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PREFACE 






This manual describes the Network Definition 
Language (NDL) for the CONTROL DATA® Network 
| Access Method (NAM), Version 1.7. It assumes that 
the reader is a network site administrator familiar 
with the Network Operating System (NOS) and other 
software in the networks product set. 

| The Network Access Method Version 1 .7 operates 
under control of the NOS 2 operating system for the 
CDC® CYBER 180 Series; CYBER 170 Series; CDC CYBER 
70 Models 71, 72, 73, and 74; and 6000 Series 
Computer Systems . 

The Network Definition Language processor is a 
compiler used by a network administrator to create 
and maintain the files that define the physical and 



logical structure of the network for other network 
software, which in turn establishes, initializes, 
and operates the network. 

RELATED MANUALS 

The NDL user can find additional pertinent infor- 
mation in the Control Data Corporation publications 
listed below. The publications are listed within 
groupings that ' indicate relative importance to 
readers of this manual. The Software Publications 
Release History serves as a guide, in determining 
which revision level of software documentation 
corresponds to the Programming Systems Report (PSR) 
level of installed site software. 






The following publications are of primary interest: 

Publication 

CYBER Cross System Version 1 Build Utilities 
Reference Manual 

Network Products Network Access Method Version 1/ 

Communication Control Program Version 3 

Host Application Programming Reference Manual 

Network Access Method Version 1/ 
Communications Control Program Version 3 
Terminal Interface Reference Manual 

NOS Version 2 Reference Set, Volume 3, System Commands 

NOS Version 2 System Maintenance Reference Manual 



Publication 
Number 



60471200 

60499500 

60480600 
60459680 
60459300 



The following publications are of secondary interest: 

Publication 

NOS Version 2 Installation Handbook 

Software Publications Release History 



Publication 
Number 

60459320 

60481000 



CDC manuals can be ordered from Control Data Corporation, 
Literature and Distribution Services, 308 North Dale Street, 
St. Paul, Minnesota 55103. 



This product is intended for use only as 
described in this document. Control Data can- 
not be responsible for the proper functioning 
of undescribed features or parameters. 
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Throughout this manual, the following conventions 
are used to present statement formats and diag- 
nostic messages: 

[ ] Square brackets indicate that the 
enclosed parameters or values are 
optional. When two or more items 
are stacked vertically within brack- 
ets , one of them can be used or all 
may be omitted. An entire param- 
eter or part of a parameter can be 
optional. For example, the brackets 
in [ CP=cp ] indicate that the whole 
parameter is optional and can be 
omitted, but the brackets in AUTO 
[ =ynl ] show that you can specify 
the parameter as either AOTO=ynl or 
AUTO only. 

Underlines indicate defaults. If 

the omission of any entity causes a 
single default to be used, the de- 
fault value is underlined. 

{ } Braces enclosing vertically stacked 
items indicate that one of the 
enclosed items is required and that 
only one can be chosen. When hori- 
zontally arranged parameters are 
enclosed in braces, one or more of 
the parameters can be used , but at 
least one is mandatory. 

... Ellipses indicate that omitted 
entities repeat the form and func- 
tion of the last entity given. An 
ellipsis immediately following a 
parameter indicates it can be re- 
peated at your option. 

UPPERCASE Uppercase letters indicate words, 
acronyms, or mnemonics either re- 
quired by the NDL processor or 
produced as output. All words 



lowercase 



printed entirely in uppercase let- 
ters have a preassigned meaning to 
the NDL processor. These words 
include statement identifiers, key- 
words, and reserved word values. 

Lowercase words identify variables 
for which values are supplied by 
you or by the system as output. 
These words generally indicate the 
nature of the information they 
represent (numerical value, file or 
job name, and so forth). 

The delta symbol represents a blank 
used as a separator. Anywhere a 
delta symbol is shown, a comma can 
be used. Multiple blanks or a blank 
following a comma is ignored. Mul- 
tiple commas are illegal, except 
when they separate unused optional 
parameters in the login procedure. 

The boxed cr symbol represents the 
terminal key that ends a message; 
Usually, this is the same key that 
causes a carriage return operation. 

The LF symbol represents a one-line 
vertical repositioning of the cursor 
or output mechanism. LF also des- 
ignates a character or character 
code associated with such a line 
feed operation. 

A circle around a character rep- 
resents a character key that is 
pressed in conjunction with a 
control key (CTL, CNTRL, CONTRL, 
CONTROL, or equivalent). 



Unless otherwise specified, all references to 
numbers are to decimal values; all references to 
characters are to 6-bit display coded characters. 
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As a site administrator, you must code and run a 
job that uses the CDC Network Definition Language 
to describe the hardware and software elements that 
comprise the computer and communication network for 
your site. A Network Definition Language (NDL) job 
creates two types of network definition files: 
network configuration files and local configuration 
files. 

The network configuration file contains information 
about the physical and logical configuration of the 
network. The local configuration file contains 
information about the network application programs 
that run in a host computer and provide services to 
the network, defines login options for the devices 
that access a host computer, and defines connections 
that applications can have to other hosts. 



NETWORK DEFINITION 
LANGUAGE PROCESSOR 

Your job processes source statements through the 
Network Definition Language processor. The NDL 
processor creates the network definition files, as 
shown in figure 1-1. 



Your 

NDL 

Program 



NDL 
Processor 




Network 

Configuration 

File 




Local 

Configuration 

File 



Figure 1-1. Creation of Network Definition Files 

In addition to the two types of network definition 
files, the NDL processor produces a job listing 
file. You can make the processor provide the 
following information in the listing file: 



An annotated copy of the NDL program source 
statements input to the processor 

Descriptions of errors noted on a source state- 
ment listing 

Descriptions of the network configuration file 
and local configuration file contents 

A list of all legal DEFINE statements (state- 
ments used like macros to equate a character 
string with an identifier for later insertion 
in one of the definitions) 

An annotated copy of the NDL program source 
statements input to the processor, with all 
DEFINE statement character strings inserted in 
place of identifiers 

The listing file contents are described further in 
section 10, Job Structure. 

The NDL processor executes as a batch preprocessing 
compiler; it does not interact with the network 
during network operation. 



BASIC NETWORK CONCEPTS 

The following concepts will help you understand the 
relationships among the hardware and software 
elements in your network. A more detailed descrip- 
tion of the elements of a CDC network is presented 
at the end of this section. 

CDC network software supports the seven layers of 
protocols defined in the International Standards 
Organization Model for Open System Interconnection 
(IS0/0SI), as described in document TC97/SC16/N227 
or N309. References in this manual to layer numbers 
are references to the layer definitions in that 
document. The IS0/0SI layers are: 

Layer 1 - Protocols defining the physical and 
electrical characteristics of connections 
between two components of the network 

Layer 2 - Protocols for physical linkages that 
connect elements within the network 

Layer 3 - Protocols for logical linkages that 
connect elements through the network 

Layer 4 - Protocols for physical data transport 
within the network 

Layer 5 - Protocols for managing data transport 
through the network 

Layer 6 - Protocols for data formats between 
elements connected to the network 

Layer 7 - Protocols for element supervision 
within the network 
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You do not need to know the protocols In these seven 
layers. However, some of the things you must 
include in your network definition are determined 
by the needs each protocol imposes on the network 
software. 

You can think of a CDC network as a hierarchy of 
hardware and software elements with three functional 
levels. Each functional level implements one or 
more of the ISO/OSI protocol layers. 

The separated portions of these three levels are 
shown in figure 1-2. The outermost level is the 
service network. The service network comprises the 
site's local service elements. The local service 
elements include the network application programs 
in a host computer and the people at terminals using 
those programs. 



Local Service Elements 
(Application Programs) 



Computer Elements 

(Host Computer and 

Supervisory Programs) 



Communication Elements 

(Connected Concentrator 

Hardware and Software) 



Computer Elements 
(Terminal Hardware) 



Local Service Elements 
(Terminal Users) 



Figure 1-2. Element Levels Within a Network 

The middle level is the computer network. The 
computer network comprises the site-administered 
local and remote computer elements. The computer 
elements include the terminals, a host computer, 
and network software supervisory programs in a host 
computer. 

The innermost level is the communications network. 
The communications network comprises the local and 
remote communications elements. The communications 
elements include the communications concentrator 
hardware (called network processing units, or NFUs), 
the concentrator software, and the linkages (ISO/ 
OSI layers 2 and 3) among these elements needed to 
connect the isolated ends of the other levels. 

To ensure proper functioning of a CDC network, you 
must configure the functional levels correctly. 
Using NDL source statements, you provide the infor- 
mation necessary to identify the hardware and soft- 



ware elements in each level of the network to the 
other levels of the network. You must also estab- 
lish logical relationships among the hardware and 
software elements. 



SUPERVISORY PROGRAMS 

Each functional level of the network hierarchy has 
corresponding supervisory software. CDC provides 
three supervisory programs: 

The Network Validation Facility 

The Communications Supervisor 

The Network Supervisor 

These supervisory programs run in a host computer 
and use the network definition files to initialize, 
monitor, and control network operations (ISO/OSI 
layer 7). Figure 1-3 shows the administrative files 
used by these supervisory programs . 

The Network Validation Facility (NVF) uses the local 
configuration file in conjunction with the NOS sys- 
tem validation file (VALIDDz) to determine which 
host resources terminal users are allowed to access 
and which applications can run in the network. NVF 
runs in each host in the network. 

The Communications Supervisor (CS) uses information 
from the network configuration file to monitor and 
control NPU and device operations (ISO/OSI layer 
5). CS oversees the continuing operations of the 
communication elements and the computer elements 
outside of the site host. CS can run in one or 
more hosts in the network. 

The Network Supervisor (NS) uses information from 
the network configuration file in conjunction with 
the NPU load file to load network processing 
units. The information NS loads determines the 
initial operation of the communication elements. 
NS can run in one or more hosts in the network. 



NETWORK ACCESS METHOD INTERFACES 

All data messages pass through the Network Access 
Method (NAM) to ensure their integrity as they are 
routed among terminals, the host computer, and 
applications. NAM consists primarily of three 
interface programs (ISO/OSI layers 4 and 5) in the 
host computer : 

The Peripheral Interface Program 

The Network Interface Program 

The Application Interface Program 

The Peripheral Interface Program runs in a host 
computer peripheral processor. The Network Inter- 
face Program runs in the host computer's central 
processor and uses a system control point; it is 
thus able to communicate with other programs using 
other control points. A copy of the Application 
Interface Program runs in the field length of every 
network application program, including the super- 
visory programs. Figure 1-4 shows the relationships 
among this software. 
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Figure 1-3. Supervisory Programs and File Use 
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The supervisory application program in figure 1-4 
could be one of the three CDC-written programs shown 
in figure 1-3, or it could be a site-written program 
tailored to your needs. You can provide your own 
network service application programs, or you can 
use CDC-written service programs such as the Inter- 
active Facility or the Remote Batch Facility. The 
CDC-written network service programs are described 
later in this section. 



; SIMPLE NETWORK 

Figure 1-5 shows a possible network, Simnet. In 
this simple network, a single host computer, a CDC 
CYBER 170 Model 176, is connected to a network 
processing unit; the NPU is a small, independent 
processor. This connection consists of a CYBER 170 
host computer data channel cabled to a hardware 
module (called a coupler) in the NPU. An NPU con- 
nected to the host in this manner is known as a 
front-end NPU. The front-end NPU in Simnet is 
NPU1, a CDC 255x Communications Processor. 
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Figure 1-5. Simnet - A Simple Configuration 



The front -end NPU can support terminals and other 
NPUs, known as remote NPUs. Remote NPUs can also 
support terminals. The only remote NPU in this net- 
work is NPU2, a CDC 255x Communications Processor. 

The front-end network processing unit NPU1 supports 
terminal Tl, and the remote processing unit NPU2 
supports terminals T2 and T3. CDC provides support 
for many different types of terminals and terminal 
devices, as described in sections 4 through 7. 
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In the figure, CI is the host computer's system 
console. The system console is not considered a 
network terminal and therefore is not defined in an 
NDL program. The person at the system console, 
however, is an administrative operator for the 
network. 



Administrative Operators 

A CDC network supports three types of administrative 
operators: 

The host operator (HOP) 

The NPU operator (NOP) 

The diagnostic operator (DOP) 

The host operator is located at the system console 
for the site's host computer. The HOP can monitor 
and control application status, monitor NPU dump 
and load status, plus perform all of the functions 
of an NPU operator. The HOP always has control 
over all of the network. 

The NPU operator is located at a terminal or host 
computer console. The NOP can obtain and change 
the status of network elements, communicate with 
terminal users, and run diagnostic tests. Each NPU 
can have one controlling NOP. 

The diagnostic operator is located at a terminal 
serviced by the network. The DOP can monitor the 
status of network elements and can run diagnostic 
tests on an NPU. Any terminal user with permission 
to log in to the Communications Supervisor can 
become a DOP. There can be several DOPs active at 
the same time. 

In Simnet, the host operator is located at the 
system console (CI), and an NPU operator is located 
at terminal Tl. Both administrative operators com- 
municate with the Communications Supervisor in the 
host computer. 



Variants of NPU Software 

Each NPU, because it is an independent processor, 
has its own software. The software an NPU requires 
to access the network is called its variant. You 
must describe each NPU's software to the supervisory 
programs. You do so by identifying which program 
initiation control block (PICB) within the NPU load 
file properly describes the software in each NPU. 

CDC 255x NPUs require loading, configuring, and 
operational control from the supervisory programs 
in the host. NPUs that can load themselves but 
require host configuration and supervision to oper- 
ate or that are self-loading and self-configuring 
can also belong to the network. 

The software variant used in a particular NPU 
depends on various aspects of the network to be 
configured, including: 

The type of NPU and host hardware in your net- 
work (CDC or non-CDC equipment, front-end or 
remote NPU, and so forth) 

The network topology (connections between front- 
end and remote NPUs) 
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The types of terminals and devices the NPU must 
support 



The software in a CDC 255x series Communications 
Processor network processing unit is collectively 
called the Communication Control Program (CCP) . 
CCP can contain three types of interface programs : 

A Host Interface Program (HIP) 

A Link Interface Program (LIP) 

One or more Terminal Interface Programs (TIPs) 



A HIP is needed only if the CCP variant links a 
front-end NPU to a host computer (ISO/OSI layer 
2). A LIP is needed only if the CCP variant links 
a remote NPU' and a front-end NPU (ISO/OSI layer 
2). A TIP is needed only if the CCP variant links 
terminals to the network or an X.25 application-to- 
application connection (ISO/OSI layers 2, 4, and 6). 



Figure 1-6 presents another view of Simnet, illus- 
trating the relationships among these interface 
programs. Note that terminals T2 and T3 each con- 
nect to a different Terminal Interface Program. T2 
is a CDC 752, which is an asynchronous terminal; T3 
is a GDC 200 User Terminal, which is a synchronous 
terminal. Each has different support requirements; 
therefore, a different interface program is required 
for each. 
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Figure 1-6. CCP Interface Programs 



The network software currently supports TIPs for 
five general terminal protocols. Your site can 
provide its own Terminal Interface Program software 
to support up to three additional protocols; your 1 
site can also modify CDC-written Terminal Interface 
Programs to support local variants of the five 
general protocols. 



PACKET-SWITCHING NETWORK 

CDC network software provides support for 
asynchronous terminals connected to public packet- 
switching networks (PSNs). This support complies 
with recommendation X.25 of the International 
Telegraph and Telephone Consultative Committee 
(CCITT) for standardizing the interface between 
data terminal equipment and packet-switching net- 
works. (Packet-switching networks are sometimes 
called public data networks , or PDNs . ) 

Figure 1-7 shows the packet assembly /disassembly 
(PAD) service, which is one part of the interface 
between the network and the data terminal equip- 
ment. This part of the interface is provided by 
the packet-switching network. 
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Figure 1-7. Packet-switching Network Interface 
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Since the X.25 protocol is not symmetric, the roles 
played by each end of an X.25 link must be identi- 
fied for each X.25 line. The ends of a X.25 link 
are the data terminal equipment (DTE) and the data 
circuit equipment (DCE). 

A calling terminal is linked with the Communication 
Control Program in the NPU via a logical path called 
a virtual circuit. The site must subscribe to the 
packet-switching network for the desired number of 
virtual circuits as well as other parameters (de- 
scribed in section 5) affecting the operation of 
the NFU-PSN interface. CDC support of this type of 
configuration is described in detail in section 5. 



MULTIPLE-HOST NETWORK 

Network software supports networks with multiple 
host computers. A simple multiple-host configura- 
tion is illustrated by Dualnet in figure 1-8. A 
second host has been added to the network, connect- 
ing to a coupler in NPU2. Both NPU1 and NPU2 are 
channel-connected as front-end NPUs to a local host 
and are connected to a remote host via a trunk 
communication line. 

A more complicated multiple-host network concept is 
illustrated by Multinet in figure 1-9. Note that 
each side of the figure resembles Simnet in figure 
1-5. In effect, two entire networks have been 
merged. This has been accomplished by connecting 
each front-end processor to both hosts. Figure 1-7 
shows a multiple-host network where the hosts are 
interconnected by an X.25 packet-switching network. 

Multiple-host networks offer three features that 
are not available in single-networks. These are: 

The ability of a terminal user to connect to 
one of many hosts . 

The ability of an application in one host to 
communicate with an application in one or more 
other hosts . 



The ability of the NPUs in the network to be 
loaded, configured, and supervised by one of 
several hosts in the network. 

The installation can either preassign terminal 
users to hosts, or can allow them to select a host 
when they connect to the network. In both cases, 
terminal users can either be required to log in to 
the selected host or can be automatically logged in 
to the host. 

Applications wanting to establish connections with 
applications in other hosts do not need to be aware 
of the topography of the network. Instead, the 
installation must specify the addressing and flow 
control parameters that the network software can 
use to establish the connection. This must be done 
for each path that can be used for an application- 
to-application "connection. 

As part of the definition of the network configura- 
tion, the installation also defines the supervision 
paths to hosts that an NPU can use to obtain its 
configuration and its operator interface. 

DEFINING A CDC NETWORK 

When defining your network, you must specify both 
its physical and its logical characteristics. The 
Network Definition Language helps you create your 
definition in a simple and logical manner. This 
section presents three aspects of the network that 
must be described in your NDL program: its hard- 
ware elements, its software elements, and the 
logical relationships you must define among them. 



HARDWARE ELEMENTS 

To ensure proper operation of the network, you must 
carefully define all of its hardware elements and 
establish the relationships among them. The con- 
figurable hardware elements of the network are shown 
in figure 1-10. Each type of element is described 
in detail below. 
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Figure 1-8. Dualnet 
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Figure 1-9. Multinet 
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Figure 1-10. Configurable Hardware Elements 
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Host Processors 

A host processor is any computer mainframe that is 
linked to the network to run network application 
programs. Host computers contain the portions of 
the network software necessary for applications to 
access the network. 

A host can be connected through its data channels 
to one or more network processing unit data channel 
couplers, as was illustrated by the network proc- 
essing units NFU1 and NP02 of Simnet (figure 1-5), 
which in turn can be connected to other hosts. 

No separate NDL statements exist to define a host. 
Hosts are assumed to be attached to couplers , so you 
can specify all needed host access information when 
you configure the couplers. Computers that access 
the network without couplers are treated by the 
network as terminals or as foreign hosts and access 
the network via X. 25 connections. These computers 
must communicate through one of the terminal 
protocols described in sections 4 through 7. 



Network Processing Units 

Network processing units can be either CDC 255x 
series Communications Processors or non-CDC 
processors with compatible communication procedure 
software. Unless otherwise qualified, subsequent 
references to network processing units in this 
manual apply to both types of equipment . 

Networks can contain two types of 255x network 
processing units: the 2550 (sometimes called a 
2550 Host Communications Processor) and the 2551. 
A 2550 NPU has at least one coupler and always 
operates as a front-end NPU. A 2551 can have a 
coupler, but need not have one, and can be con- 
figured as either a front-end or remote NPU. 

The 2551 series Communications Processor has both a 
programmable micromemory and a macromemory; each 
model of the 2551 series has varying amounts of 
macromemory, with several sizes of random access 
micromemory (RAM) logic. To run the current release 
of CCP requires 6144 words (6K) of micromemory. 
Because models can be modified on site, a model 
designation does not necessarily correspond to a 
specific macromemory or micromemory configuration. 

Some NPUs have a magnetic tape cassette drive and 
an operator's console that is not part of the 
network. The magnetic tape cassette drive and 
accompanying deadman timer hardware are required if 
the 2551 has two couplers or is used as a remote 
NPU. When an NPU has a cassette drive, the drive 
is used to begin the loading of CCP from a host 
computer. 

The cassette drive loads a copy of the system auto- 
start module program (SAM-P) from a CDC-supplied 
cassette. SAM-P is essentially a bootstrap loader 
that obtains the copy of CCP appropriate for its NPU 
from a copy of the Network Supervisor program in a 
host computer. 

The cassette drive can also be used to load optional 
off-line hardware diagnostic software for use with 
the off net NPU console. 
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If the NPU has an operator's console, that console 
is not part of the network; it connects to a special 
port of the NPU and is not serviced through a com- 
munications line adapter. This off net console is 
associated with the NPU operator. 

The offnet NPU console is used to run optional 
online or offline diagnostic software. If the site 
modifies its copy of CCP, the offnet console can be 
used with the internal Test Utility Package for 
online debugging of the code. 

Both front-end and remote NPUs can be connected to 
terminals through the NPU's input/output ports . 
Terminals can be linked directly to these ports 
with communication lines, or indirectly via an 
X.25 packet-switching network. I 

If a network processing unit in your network is not 
CDC equipment, you can define it as an NPU if it 
runs software compatible with the . internal network 
protocols of CDC NPUs. 



Couplers 

The input/output channel from the host is connected 
to the front-end NPU via a hardware module known as 
a coupler. The coupler is physically housed within 
an NPU but must be configured separately because 
some NPUs do not have couplers. 

The coupler makes data signals to the host computer 
compatible with the hardware of the host and data 
signals to the NPU compatible with the NPU. An NPU 
can have one or two couplers , each connected to a 
host computer. To support a coupler, a CDC NPU 
must be loaded with a CCP variant that includes the 
Host Interface Program. 



Trunks 

A front-end NPU can be connected to another NPU by 
a communication line called a trunk. You can con- 
figure only one trunk between any pair of NPUs, but 
you can configure multiple trunks connecting dif- 
ferent NPUs to any single NPU. 

To support trunks, a CDC NPU must be loaded with a 
CCP variant that includes the Link Interface 
Program. 



Communication Lines 

The network software supports lines for synchronous 
terminals and for asynchronous terminals . These 
lines can be switched (also called dialup) or 
dedicated (also called hardwired). You can con- 
figure lines with speeds of up to 56000 bits per 
second (b/s) as one of nine general line types. 

Each line type corresponds to a set of characteris- 
tics used by a CDC or non-CDC communications line 
adapter (CIA). There are three types of CDC com- 
munications line adapters: 

Model 2560 series synchronous CIAs, used to 
support lines conecting mode 4 terminals, IBM 
2780 or IBM 3780 bisynchronous terminals, HASP 
protocol terminals, or 3270 bisynchronous 
terminals to the NPU. 
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Model 2561 series asynchronous CLAs , used to 
support lines connecting teletypewriter- 
compatible or IBM 2741-compatible terminals to 
the NPU. 

Model 2563 series high-level data link control 
(HDLC) CLAs, used to support trunks connecting 
other NPUs or lines connecting asynchronous 
terminals, NPUs with hosts, or foreign hosts to 
the NPU through X. 25 packet-switching networks . 



SOFTWARE ELEMENTS 

Network software runs in two environments : the 
host and the NPU. Standard CDC software runs in 
both to support many network configurations. Your 
site can also provide its own software to support 
other types of equipment and other uses. The 
characteristics of software not provided by CDC are 
unknown, and therefore are not addressed by this 
manual . 
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Terminals 

A terminal is a single point of access between one 
or more devices and a communication line. The cur- 
rent network software provides support for five 
basic types of terminals: 

Asynchronous terminals, such as the CDC 751, 
using either asynchronous protocol or X.25 
protocol 

Mode 4 protocol synchronous terminals, such as 
the CDC 200 User Terminal 

Multileaving bisynchronous terminals, such as 
IBM Corporation's HASP workstations 



Binary synchronous terminals, such 
Corporation's 2780 or 3780 terminals 



Binary synchronous terminals 
Corporation's 3270 terminal 



such as 



IBM 



IBM 



You can configure up to three more types of 
terminals with a site-provided TIP for each type. 

Terminals are grouped into classes by their specific 
hardware characteristics. A terminal class param- 
eter is used to define some physical characteristics 
of the terminal and to determine the default values 
of operational characteristics. The network soft- 
I ware supports 18 CDC-defined terminal classes. 
These terminal classes are described in greater 
detail in sections 4 through 6. 

If you provide your own support software, you can 
use features of the Network Definition Language to 
define up to four additional terminal classes. CDC 
cannot anticipate the support required for such 
terminals, and thus cannot document such support. 
You can find information pertinent to defining your 
own terminals in sections 4 through 7. 

Devices 

Each terminal includes one or more separately 
configured devices that perform both input and out- 
put, input only, or output only. For X.25 and 
asynchronous protocols, a device such as a console 
is a terminal. For synchronous protocols, a device 
such as a console is only a portion of a terminal. 

An interactive device such as a console can perform 
both input and output, and its user can participate 
easily in dialog with host software. A passive or 
batch device such as a card reader or line printer 
can perform only one-half of such dialog. Interac- 
tive and passive devices use different types of 
data structures and paths through the network. 
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Data Structures and Flow 

Data flow in the network is defined from the view- 
point of the host computer. Data coming to the 
host is said to be traveling upline; data moving 
away from the host is said to be traveling down- 
line. This concept is shown in figure 1-11. 



UPLINE 




DOWNLINE 




7 TERMINAL 
\ DEVICE 



Figure 1-11. Data Flow Directions 

Upline and downline information within the host and 
NPUs is always grouped into physical network blocks. 
Network data blocks are grouped into logical mes- 
sages. Messages exchanged between an NPU and a 
device can also be grouped into physical trans- 
mission blocks of one or more logical lines. Figure 
1-12 shows these concepts. 

A single network data block is a collection of 
character bytes, analogous to a clause in English. 
It is a partially independent unit of information 
and might need to be used with other blocks to form 
a message. 
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Figure 1-12. Physical and Logical Information Structures 
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A network data block can contain all or part of a 
message; you control which occurs by establishing 
the size a network data block can have. The size 
of an upline network block is fixed at the number 
of characters you specify when you configure the 
device that produces it. The size of a downline 
block is chosen by the application program sending 
it, but you can recommend a value to that program 
when you configure the device that receives it. 
You use the UBZ and DBZ parameters to control these 
sizes; these parameters are described in sections 4 
through 7. 

In upline data, a logical line of information is a 
single message, analogous to an English sentence. 
It is a complete unit. 

Upline logical lines end when a device transmits 
certain characters or causes certain events. An 
upline message is normally transmitted to the host 
as soon as a logical line ends. A logical line 
ends when CCP receives an end-of-line indicator 
(the end of a logical line). 

Terminals can transmit one line at a time to the 
NPU and wait for output or they can transmit several 
lines at a time (block mode). With line-by-line 
transmission, CCP detects the end of each logical 



line by an end-of-line character or indicator. Each 
logical line becomes a separate network message 
when the NPU receives it. Block mode terminals 
group logical lines in the terminal until the 
transmission key is pressed; these groups reach the 
network software as a single transmission block. 
The network software forwards each message to the 
application as a separate transmission. With block 
mode transmission, CCP detects the end of a trans- 
mission block by an end-of-block character or 
indicator. 



For upline data, you can configure a device so that 
CCP ignores the character or event that normally 
causes it to detect the end of a logical line and 
transmit a message to the host. Instead, you make 
CCP use a different character or event to trigger 
transmission to the host. This option allows the 
terminal user to pack many logical lines into one 
set of upline network blocks; each line includes 
the character that terminates it. The host receives 
only one message. From the application and the 
terminal user's viewpoint, one message is many 
logical lines. This mode of operation is suitable 
mainly for block mode terminals where the user can 
compose an entire screen of data and then transmit 
the entire screen to the NPU at one time. 
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If a single message fits into an upline network 
data block (you should try to make this happen as 
often as possible), the network data block becomes 
a single-message block. If one upline message can- 
not be fit into a network data block, CCP splits it 
into as many blocks as necessary. The text of sec- 
tions 4 through 7 assumes that each network data 
block contains a complete message. 

A downline message ends when an application program 
indicates that condition. A downline message can 
contain many logical lines of output. 

Network data blocks are restructured into other 
types of blocks at points of entrance and exit from 
the network processing units. Figure 1-13 shows 
these points as circles. Transmission blocks 
exchanged with X.25 devices are called packets and 
have different size and protocol content require- 
ments than transmission blocks exchanged directly 
with a terminal. You can control some of the 
characteristics of packets. 
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Figure 1-13. Block Reassembly Points 



Data blocking and temporary storage (queuing) occur 
for upline and downline traffic at several points 
in the network. You control the storage required 
by controlling the network block size and the number 
of blocks queued in each direction. You do this by 
declaring values for the upline and downline block 
limit, for application block limit, and for upline 
and downline block size (UBL, DBL, ABL, UBZ, and 
DBZ) parameters of each device. 



Network Data Blocking for Interactive Device Input 

A network data block is created every time the num- 
ber of characters transmitted from a device exceeds 
the upline block, size. A message block is created 
each time the terminal user enters an end-of-line 
character. You define the character that must be 
entered from a device in the network to end a 
logical line. 

A block transmission exists each time a group of 
logical lines is transmitted as a unit by a device. 
If the terminal user enters an end-of-block charac- 
ter, any incomplete logical line is terminated and 
a message block is generated. You define the 
character that must be entered from a device in the 
network to end a multiple-message block. 



Network Data Blocking for Batch Device Input or 
Output 

Batch devices require large amounts of data to be 
moved to or from a host computer's mass storage 
devices. Batch upline data is therefore assembled 
into messages of multiple network data blocks. 
Each network data block contains one or more mass 
storage physical record units (PRHs). Batch down- 
line data is disassembled from such sets of blocks. 



Terminal Output Data Blocking 

Terminals sometimes require data to be received in 
blocks of a maximum length, independent of the 
data's structure within the network. Such blocks 
are called transmission blocks; you can define the 
transmission block size for each device in the 
network using its XBZ parameter. 



Link Data Blocking 

Transmission blocks exchanged between NPUs have 
different structure and content requirements than 
those exchanged directly with terminals. Such 
physical link transmission blocks are called frames. 
Regardless of data type, network data blocks are 
reassembled into frames of a maximum number of bytes 
before transmitting them across a trunk. Data 
received from a trunk is reassembled into network 
data blocks. Frames are constructed and disassem- 
bled at points also shown with circles in figure 
1-13. You must define the number of character 
bytes that comprise a frame on each trunk in the 
network. 
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Host-Resident Software 

Two types of programs are associated with the host 
computer: CDC -written application programs and 
site-written application programs. 



PTFx provides a mechanism for using NAM and NPUs to 
transfer permanent files between hosts . 

QTFx provides a mechanism for using NAM and NPUs to 
transfer queue files between hosts. 



o 



CDC-Written Application Programs 

CDC host software includes programs that support a 
number of network device applications. The follow- 
ing CDC-written programs are currently supported: 

The Interactive Facility (IAF) 

The Remote Batch Facility (RBF) 

The Transaction Facility (TAF) 

The Terminal Verification Facility (TVF) 

The Message Control System (MCS) 

The PLATO/NAM Interface (PNI) 

The Printer Support Utility (PSU) 

The Permanent File Transfer Initiator (PTFI) 

The Permanent File Transfer Server (PTFS) 

The Queue File Transfer Initiator (QTFI) 

The Queue File Transfer Server (QTFS) 

IAF provides the terminal user with the ability to 
create files and programs from an interactive device 
and to execute jobs from that device. 

RBF transfers job input files between remotely 
located batch terminals and a host computer. It 
also allows monitoring of a job's progress through 
the network and provides file output at the remote 
batch terminal. 

TAF provides on-line transaction processing, allow- 
ing the terminal user to manipulate information in 
a data base directly from the terminal. TAF 
requires very little dialog to update a data base. 

TVF provides the terminal user with the ability to 
test an interactive device's data transmitting and 
receiving functions. 

MCS provides the terminal user with a mechanism for 
transferring data between an interactive device and 
a COBOL program or between two COBOL programs . 

PNI provides the CDC 721 Viking Extended terminal 
user with the ability to log into the PLATO lesson 
delivery and authoring software in normal 
asynchronous mode. The PLATO software then loads 
its special software into the 721 so that the 
operator can execute lessons or use the other 
facilities of PLATO software. 

PSU provides the terminal user with the ability to 
print NOS queue files on a Centronics Linewriter 
400 or 600 printer using asynchronous connections 
to the NPU. 



Site-Written Application Programs 

If your installation runs its own application pro- 
grams, characteristics of each application program 
might need to be relayed to the network software. 

For more information on writing network application 
programs, see the Network Access Method Version 
1 /Communications Control Program Version 3 Host 
Application Programming Reference Manual listed in 
the preface. 



NPU-Resident Software 

Each CDC NPU in the network contains a copy of the 
Communications Control Program (CCP) tailored to 
the specific functions to be provided by that NPU. 
Each NPU might require its own variant of CCP, 
depending on the macromemory size of the unit and 
the software modules that need to reside in the 
unit. Variants are generated as described in the 
NOS Version 2 Installation Handbook. These | 
variants reside in the host NPU load file (NLF). 
The appropriate variant for loading into each NPU 
is determined by the host Network Supervisor 
program from information contained in the network 
configuration file. 



If the network processing units in your network are 
CDC 255x Communication Processors, you will probably 
be concerned with only the interface programs. 
These are the HIP, LIP, and TIP modules depicted in 
figure 1-14. 



Your concern with the HIP and LIP modules is likely 
to be limited to ensuring that the CCP load variant 
for each NPU contains only the necessary modules. 
For example, NPU2 is a remote NPU, so it does not 
need a HIP. Since NPU3 does not service a remote 
NPU, it does not require a LIP. Since a LIP 
requires additional memory, you would want a CCP 
variant for NPU3 that does not include a LIP. 



The TIPs contained in each CCP load variant must 
correspond to the TIPs referenced in the LINE, 
GROUP, TERMINAL, and TERMDEV statements for the 
NPUs into which the variant will be loaded. For 
example, in figure 1-14, because NPU2 only supports 
CDC 713 terminals, it need only contain the ASYNC 
TIP. NPU3, however, must contain both the M0DE4 
TIP for the CDC 734 and the ASYNC TIP for the M33 
Teletype. 



For more detailed information about CCP, refer to 
the Network Access Method Version 1/Communications 
Control Program Version 3 Host Application Pro- 
gramming Reference Manual listed in the preface. 
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Figure 1-14. CCP Interface Program Configuration 
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LOGICAL ELEMENTS 

In addition to the hardware and software elements 
of your network, you must define certain logical 
elements. These logical elements establish the 
association between terminals and application pro- 
grams, as well as between one application program 
and another. Using these logical elements, the 
network software performs as though it were 
independent of the physical organization of the 
network . 



Nodes and Logical Links 

A logical path concept is used to describe the 
connections between elements of the network in a 
manner that is independent of the physical data 
paths between them. Each junction of possible 
branches in these logical paths must be known to 
the network. These junctions are called network 
nodes. In your NDL program, you identify each net- 
work node by assigning the hardware that contains 
it a unique node number from 1 to 255. The network 
software uses these numbers to route messages from 
a source node to a destination node. 



Figure 1-15 shows the nodes (node numbers are 
circled) in a multiple-host network. Node number 1 
is assigned to the coupler. Because the coupler is 
the means of addressing the host, the coupler is 
known as the host node. 

The front-end NPU has a separate node from its 
coupler because a front-end NPU must be separately 
addressable from its couplers. Node 7 and node 8, 
within the front-end and remote NPUs , are known as 
terminal nodes . 

Figure 1-15 shows the four logical links in the 
network, labeled LL1 through LL4, originating in 
coupler 1. Logical links are known by the end 
points of the path they traverse. One end point is 
always a host node in a coupler; the second end 
point is a terminal node in an NPU or another host 
node. 

You must define each logical link that originates 
in a coupler when you configure the NPU that houses 
the coupler. You do so by identifying the NPU that 
is the terminal node or other coupler node of the 

link. 
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Figure 1-15. Nodes and Logical Links 



Table space for node numbers is reserved within the 
host software, with space assigned to all numbers 
from 1 to the highest number used; unused numbers 
have corresponding table space. You can minimize 
memory resource requirements by assigning node num- 
bers sequentially, giving host nodes lower values 
than terminal nodes . 

You must specify for each NPU the logical links to 
hosts which are allowed to configure and control 
the NPU. These are called supervisory links. When 
each trunk between NPHs is defined, you specify 
whether either NPU can be loaded via the trunk. 
Loading, configuration, and control are supervisory 
functions which can take place only between hosts 
and NPUs that belong to the same site . 



When you define a network, you include all of the 
NPUs in your site as well as all of the NPUs 
belonging to other sites to which your site's NPUs 
have physical and logical connections . Lines and 
terminal definitions need to be specified only for 
the NPUs belonging to your site , and the 
supervisory links specified for each NPU must all 
be to hosts that belong to the NPU's site. 



The concept of a site is very important when 
upgrading release levels of NPU and host software. 
Throughout the remainder of this manual, except 
where specifically stated, the term network will 
refer to a single-site network. 






Sub-Networks or Sites 

A site is defined as being all of the hosts and 
NPUs under single administrative control. NPUs can 
be loaded and supervised only by hosts within their 
site, but terminals connected to an NPU and 
applications running in a host can connect to hosts 
belonging to different sites. 
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Logical Configuration of Hosts 

You can describe a host computer in your program in 
terms of the application programs it is to run. A 
local division is provided in the NDL program 
structure for this purpose. 
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Logical Configuration of Terminals 

In addition to the hardware description of your 
terminals specified in the network division, you 
can supply, in the local division, information con- 
cerning their ability to access network resources. 
This information includes: 



Mandatory, primary, or default values for login 
operating system validation parameters 

Mandatory or primary default values for login 
application program name 



APPLICATION-TO-APPLICATION 
CONNECTIONS 

Figure 1-16 shows an application-to-application 
connection within the same host. Figure 1-17 shows 
that interhost application-to-application connec- 
tions can either be made via a trunk or a single 
NPU. Figure 1-18 shows the possibilities for 
application-to-application connections via a X.25 
packet-switching network. 
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Figure 1-16. Intrahost Application-to- 
Application Connection 

The paths taken by application-to-application con- 
nections are described by the INCALL and OUTCALL 
statements. These statements are a part of the 
local configuration file. They are used by NVF to 
indicate which application programs are allowed to 
request connections between applications and to 
describe the possible paths for connections between 
applications. 
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Figure 1-17. Interhost Apptication-to-Application Connections 
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Figure 1-18. Interhost X.25 Application-to-AppLication Connections 



You use the OUTCALL statement to indicate an 
application program that can initiate a connection 
to another application program and a path for 
reaching the application from the host that you are 
defining. To initiate a connection to another 
application, an application references an OUTCALL 
statement in its request . 
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You can also use the OUTCALL statement to indicate 
particular paths in the network for which NAM 
should perform dynamic updating of the LID/PID 
table in the operating system. This table is 
accessible to both the NOS console operator (refer 
to the NOS analysis reference manual), as well as 
end users of the NOS operating system (refer to the 
NOS reference set, Volume 3, System Commands). 
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You use the INCALL statement to specify the possible 
paths in the network to an application program of 
the host being defined on which application-to- 
application connections can be received. The 
application specified in the INCALL statement is 
requested to accept a connection from another 
application. 



MULTILEVEL SECURITY 

Access to files by terminal users can be limited by 
the access level (AL parameter) assigned to the 
communication line by which they access the network. 



NOS multilevel security is based on the use of 
hierarchical security access levels . There are 
eight security access levels available for the 
classification of data, ranging from level to 
level 7. The lowest (unsecured or unclassified) 
level is 0, and the highest (most secured or 
classified) level is 7. 

The creator (or owner) of a permanent file, a local 
file, or a magnetic tape can assign an access level 
to that file, depending upon individual validation 
privileges and upon operating system constraints. 
Alternatively, the owner can allow the access level 
of the file to be assigned automatically by the 
operating system. 
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THE NETWORK DEFINITION LANGUAGE 
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This section presents the format and functional 
syntax of the Network Definition Language. The NDL 
program statements you will use to create the net- 
work definition files are described in separate 
subsections. 

All the examples in this section and sections 3 
through 8 refer to the hypothetical network CDCnet, 
shown in figure 2-1. 

FUNCTIONAL SYNTAX AND 
FORMATS 

Each NDL statement has the general form given in 
figure 2-2. Separators, terminators, and format 
representation conventions are explained on the 
notation page at the front of this manual. The 
formal syntax of the Network Definition Language 
(in Backus-Naur form) and a concise summary of each 
statement's syntax and format are given in appendix 
E. 

Unless otherwise indicated in the format descrip- 
tions presented later in this section, all values 
declared for keywords are either unsigned decimal 
integers or character strings of one through seven 
letters and digits. Element names are also 
restricted to one initial letter and up to six more 
letters and/or digits. All value declarations 
identified as hexadecimal integers are also 
unsigned. NOS user names declared as values can 
contain asterisks. 



VALUE DECLARATION FORMATS 

Value declarations are position-independent. You 
can place declarations within a statement in any 
order. You do not use commas to indicate omitted 
declarations; such null-value parameter declarations 
cause an error diagnostic. 

All value declarations can have the form: 

keyword=value 

All optional keyword=value declarations have an 
explicit value that is equivalent to omitting the 
declaration. 

You can specify any keyword more than once in a 
single statement; the latest declaration in the 
statement takes precedence. This ability allows 
you to override previously established values. 

For example, a DEFINE statement can contain a 
declaration for the DLX parameter that is used in 
the definition of all asynchronous consoles of the 
network. That parameter can be reset to a different 
value for one terminal by placing a specific DLX 
keyword declaration after the DEFINE statement 
identifier on the appropriate DEVICE or TERMDEV 
statement. 
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The format you use to declare parameter values 
depends upon the parameter being declared and upon 
the presence or absence of the value. The value 
portion of the declaration can have one of two 
forms : 

value-required 

stand-alone 



Value-Required Keywords 

A declaration containing a value-required keyword 
has the form 

keyword=value 



For example, the following statement contains a 
value-required keyword (NODE) and an explicit value 
(1) in its declaration: 

CPLR1: COUPLER N0DE=1. 



You can use either explicit or implicit values for 
value-required keyword declarations. The legal 
values for explicit declarations are given in 
sections 3 through 7. Implicit value declarations 
are allowed only for automatic-recognition depend- 
ent, CCP-default, or no-default keywords; after 
such a declaration, the network software implies 
the value to use from the context of the parameter. 



Automatic-Recognition-Dependent Keywords 

The automatic-recognition-dependent keywords are: 



CA 
CO 

CSET 
STIP 



STREAM 
TA 

TSPEED 



If you declare an explicit value for one of these 
keywords, the declared value is always used. You 
can also declare a value of AUT0REC for such key- 
words and use the implicit value for the parameter. 

When you use the value AUTOREC, CCP determines the 
value needed when it performs automatic recognition 
for the communication line or terminal. (AUTOREC 
can be used only if the line is an automatic 
recognition line.) 

Using the value of AUTOREC has the same effect as 

not specifying the keyword. Specifying AUTOREC 

makes your network definition less dependent on 
terminal type. 
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Figure 2-1. CDCnet - Configuration Example 
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C eLement-name:] CAD statement-name A 



element-name 



statement-name 



keyword i=valuei 

or 
keywordi 



*text 



( keyword1=value1 
( keywordl 



I keywordn=valuen 
(keywordn 



L *text3 



The name given to the entity being defined. When the NDL processor requires an 
element name, the name specified must be unique within a division. Element names 
comprise one alphabetic character optionally followed by up to six alphabetic or 
numeric characters from the 6-bit display code set. The host and NPU operators 
use the element name to monitor and alter the status of the named entity. 

The colon separates the element name from the reserved statement name. When an 
element name is specified, a colon must follow it. The colon does not become part 
of the element name. 

The Greek capital delta character represents a separator. Blanks and commas are 
separators and are required where shown in the prototype statement formats; blanks 
can be used where commas are shown. One blank is sufficient as a separator, and 
muLtiple blanks are treated as one. One or more blanks preceding or following a 
colon or comma are ignored. 

A reserved word specifying the statement type. Each statement type has a unique 
statement name. 



A value declaration of the statement. This has two possible formats, dependi 
upon the keyword and upon inclusion of the value in the declaration. (See Va 
Declaration Formats.) 



ng 
Value 



Commas (and blanks) are separators. Separators are required between 
declarations. A comma preceded or followed by one or more blanks is treated as a 
single separator. A comma indicates that the NDL processor should interpret 
whatever follows it as a new keyword. 

A period is required to terminate each statement. 

Comment text can appear on the same line as a statement, but must be written after 
the period, preceded by an asterisk, and cannot be continued on the next line 
without specifying COMMENT or * again. 



Figure 2-2. Functional Syntax of NDL Statements 



CCP-Default Keywords 






o 
o 



The CCP- 


-default 


keywords 


are: 




AB 


CT 


ELR 


OC 


XLC 


BR 


DLC 


ELX 


OP 


XLTO 


BS 


DLTO 


EP 


PA 


XLX 


Bl 


DLX 


IC 


PG 


XLY 


B2 


EBO 


IN 


PL 




CI 


EBR 


LI 


PW 




CN 


EBX 


LK 


SDT 




CP 


ELO 


MREC 


TC 





If you declare an explicit value for one of these 
keywords, the declared value is always used. You 
can also declare a value of CCP for such keywords 
and use the implicit value for the parameter. 

When you use the value CCP, the Communication 
Control Program (CCP) supplies the default value 
for the terminal class when it configures the 
device. (CCP should be specified only if the line 
uses a TIPTYPE value for a CDC-written Terminal 
Interface Program.) Using the value CCP has the 
same effect as not specifying the keyword except 
that it overrides a previously declared explicit 
value . 
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No-Default Keywords 

The no-default keywords are: 



AL 


MFAM 


DFAM 


MUSER 


DUSER 


PAPPL 


HN 


PFAM 


MAPPL 


PUSER 



If you declare an explicit value for one of these 
keywords, the declared value is always used. You 
can also declare a value of NONE for such keywords. 



When you use the value NONE, the NDL processor 
ignores the keyword declaration. Using .the value 
of NONE has the same effect as not specifying the 
keyword. 



Specifying NONE allows you to override a previously 
declared explicit definition for the parameter 
value . 
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Stand-Alone Keywords 

A declaration containing a stand-alone keyword can 
have the same form as a declaration containing a 
value-required keyword, or it can have the form 

keyword 

For example, the following statement contains a 
stand-alone keyword (DI) as its second declaration: 

LGLK1: LOGLINK NCNAME=NPUA,DI. 

The stand-alone keywords are: 



ARSPEED 


BMP 


OPGO 


AUTO 


EOF 


PRI 


AUTOCON 


HD 


PRIV 


AUTOLOG 


IMDISC 


PRU 


BCF 


KDISP 


RIC 


COLLECT 


NETXFR 


RS 


DCE 


N0L0AD1 


UID 


DI 


N0L0AD2 


XAUTO 



You can use either explicit or implicit values for 
these keyword declarations. If you declare an 
explicit value for one of these keywords, the 
declared value is always used. You can also omit 
such keywords and use the implicit value as a 
default for the parameter. 

The legal values for explicit declarations are YES 
and NO. An omitted stand-alone keyword has an 
implicit value of NO as its default value. Speci- 
fying the keyword alone is the same as specifying 
the explicit value of YES. If you want to change a 
previously declared explicit value of YES or 
document the use of the default value , you can use 
the explicit value of NO. If you want to change a 
previously declared stand-alone keyword, you can 
use the explicit value of NO. 

For example , consider the following statement : 

LGLK1: LOGLINK NCNAME=NPUA,DI=NO. 

This statement has the opposite effect as the first 
example given. The NO value says that the logical 
link is not disabled (it is enabled). 



PARAMETERS 

Parameters can be specified either as an unbroken 
sequence of alphanumeric characters or in string 
form enclosed in single quotes . 

String parameters can span one or more lines and 
can contain embedded blanks for readability. Only 
alphanumeric characters are taken from string 
parameters. Embedded blanks are ignored, and the 
parameter is terminated by any non- blank, 
non-alphanumeric character (preferably a single 
quote) . 

For example, either of the following formats (which 
result in identical definitions) can be used: 



PAD - 1A2B3C4D5E6F2A3B4C5D6E7F. 



PAD = '1A2B 3C4D 5E6F 
2A3B 4C5D 6E7F' 



STATEMENT LENGTH AND CONTINUATIONS 

NDL statements are assumed to be input from either 
card readers or terminal keyboards. Because these 
input sources are physically different , there are 
no restrictions (such as card column or line 
character position usage) on the format of the 
statements. You can define your own formatting 
conventions, with the following exceptions: 

You must divide NDL statements into units of 90 
or fewer characters. Characters 73 through 90 
of each unit are reserved for your convenience 
as an Update or Modify sequence number field 
and are not interpreted by the NDL processor. 
Characters in the sequence number field, how- 
ever, are included in the count of characters 
in each statement unit. 

If you split a statement of more than 72 mean- 
ingful characters into two or more units, the 
meaningful portion of each unit must end with a 
legal separator. 

You cannot divide a value declaration over two 
units. 

You must terminate all statements except COMMENT 
statements with a period. If you do not termi- 
nate a statement with a period, NDLP assumes 
that the next statement is a continuation of 
the present one; this assumption can produce 
errors. Comment text can follow a period if 
the text is preceded by an asterisk. 

You cannot declare more than one statement in a 
single unit. 

You cannot continue comments on the next line 
unless COMMENT is specified at the beginning of 
each comment line; that is, you cannot break 
COMMENT statement text into separate units 
within a single statement. 

There is no limit on the number of units into 
which you can break a statement. Empty (blank) 
units are permitted. 

These constraints are illustrated by the examples 
in figure 2-3. 



DEFINITION STRUCTURE 
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The structure of the NDL program that defines your 

network will parallel the physical and logical 

structure of the network. An NDL program can 
contain two formal types of divisions: 

A network division, corresponding to each 
network configuration file (NCF) to be produced 

A local division, corresponding to each local 
configuration file (LCF) to be produced 

To configure your network initially, you must 
provide a NCF for each host in the network running 
the Network Supervisor (NS) or the Communications 
Supervisor (CS). The NCFs do not need to be exactly 
the same. You must also provide a LCF for each 
host in the network for the Network Validation 
Facility (NVF). All hosts may use the same LCF. 
The NCF and LCF can be created with a single NDL 
program containing two or more divisions or with 
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o 



o 






In these examples, the character sequence of A... A represents an ellipsis of blanks and does not 
contain a period as part of the represented input. 

The following three-unit statement is correct: 

GOODTR Y: ACOUPLER A N0DE=1 , A ... A 

A ... A 

LOC=PRIMARY. 

The following two-unit statement is incorrect because it divides a value declaration with a separator 
(a blank): 

BADTR Y1 : ACOUPLER A NODE= A ... A 
1,AL0C=PRIMARY. 

The following two-unit statement is incorrect because it omits the period terminator: 

BADTRY2: ACOUPLER A N0DE=3, A... A 
LOC=PRIHARYA 

The following one-unit statement is incorrect because it contains more than 72 characters and is not 
divided into two units at a separator: 

DEVICE1: ADEVICEADT=DT12, AABL=7, ADBZ=2043, AUBZ=20Q0, ADBL=7, AUBL=31, AXBZ=2043, APRI. 



Figure 2-3. Statement Continuation Examples 



o 



o 



o 
o 



two or more NDL programs that contain one division 
each. Subsequently, you can update the network 
configuration by changing either the NCF or LCF or 
both. 



DIVISION HIERARCHY 

An NDL input file can consist of several network 
and local divisions; these divisions can appear in 
any order within the network definition. NDLP 
creates one network configuration file for each 
network division it encounters while processing 
your program. NDLP also creates one local con- 
figuration file for each local division in your 
program. 



STATEMENT HIERARCHY 

The relationship between network elements is defined 
by the placement of the statements used to define 
them. For example, a COUPLER statement that follows 
an NPU statement defines a coupler that is connected 
to that NPU. Further, a LOGLINK statement that 
follows the COUPLER statement defines a logical 
link that originates in that coupler. 

Statements must occur within the proper division 
and, except for the following statements, must 
occur in the order shown in figure 2-4: 

APPL OUTCALL 

COMMENT TITLE 

DEFINE TRUNK 

INCALL USER 



SPECIAL-PURPOSE STATEMENTS 

Four special-purpose statements are supplied to 
document, simplify, and separate network definl- 



t ions : 

TITLE statement 

COMMENT statement 

DEFINE statement 

END statement 

The DEFINE and COMMENT statements are not shown in 
figure 2-4 because they need not appear in a 
particular order or within a particular division. 

TITLE STATEMENT 

A TITLE statement allows you to title each page of 
your output listing. The format of the TITLE 
statement is shown in figure 2-5. 

There can be only one TITLE statement in each 
program division. You can place TITLE statements 
anywhere within NDL program divisions after the 
NFILE or LFILE statements. 

Use of the TITLE statement is optional. If you do 
not use the TITLE statement, the file name specified 
on the NFILE or LFILE statement is used as the 
title of the NCF or LCF. A TITLE statement without 
a character string produces an untitled listing. 
Character strings must not exceed 45 characters. 
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Network Division 



NFILE statement— ^ 



CTITLE statement] 

TRUNK statement -*- 



NPU statement 
SUPLINK statement 



COUPLER statement 

LOGLINK statement- 



> 



J 



• Repeat for each super- 
visory logical link. 

Repeat for each coupler. 

Repeat for each logical 
link starting in this 
coupler. 



LINE statement 
[GROUP statement] 

TERMINAL statement 

DEVICE statement- 

CTERMDEV statement] -« 



Repeat for each terminal 
connected to this line. 

•Repeat for each device 
connected to this terminal. 

Repeat for each terminal 
connected to this line. 



NPU statement 



Local Division 



LFILE statement —«- 



CTITLE statement] 

[USER statement] 



Repeat for each new 
network configuration 
file required. 



Repeat for each line 
linking two NPUs. 



-•Repeat for each NPU. 



Repeat for each Line. 



Repeat for each new 
local configuration 
file required. 



CAPPL statement] -*- 



COUTCALL statement] 



CINCALL statement] 



Repeat for each terminal 
that requires an auto- 
matic or default login. 

Repeat for each application 
program with special access 
requirements in the host. 

Repeat for each path that 
can be used for requests 
for connection to another 
application program. 

Repeat for each application 
program that can accept 
requests for connection from 
another application program. 



END statement -*- 



Only one per NDL 
program. 



Figure 2-4. NDL Program Statement Hierarchy 
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TITLE Cst ring]. 






string 


Character string up to 


45 


characters 




long; includes any blan 


ks 


following a 




comma separator. The stri 


ng can 




contain any characters 


in 


the 6-bit 




display code set except 


for a period; 




a period terminates the 


title defini- 




tion. The default stri 


ng 


is 45 




blanks. 







Figure 2-5. TITLE Statement Format 

Ail example of a valid TITLE statement is 
TITLE, SUNNYVALE CLOSED SHOP MHR NCF. 

In this example, the listings and the network 
configuration file produced by the NDL program 
would contain the title line shown, identifying the 
CDC Sunnyvale facility environment NCF used by the 
CDC CYBER 170 closed-shop multiple-host network. 

COMMENT STATEMENT 

A COMMENT statement permits you to insert text 
comments into NDL input. The NDL processor copies 
these comments , without editing or interpretation, 
into the output listing of your NDL source state- 
ments. The format of the COMMENT statement is 
shown in figure 2-6. 



JcommentI r .. . , r n 
\+ f L, string] CD 



string Character string up to 89 characters 
long (asterisk form) or up to 82 
characters long (COMMENT form). The 
string can contain any characters in 
the 6-bit display code set. A 
comment string terminates at the end 
of a line, regardless of whether or 
not there is a terminating period. 
There is no default for string. 

Comments that appear after the terminating 
period of a statement must be in the form: 

*string 



Figure 2-6. COMMENT Statement Format 

Use of the COMMENT statement is optional. COMMENT 
statements can be placed anywhere within NDL pro- 
gram divisions. 

An example of a valid COMMENT statement is 

COMMENT THIS IS A VALID COMMENT STATEMENT 



set of declarations is then stored as a character 
string for insertion in subsequent parts of the NDL 
program; the string is inserted by placing the 
identifier in statements where the stored declara- 
tion set is needed. 

Use of the DEFINE statement is optional. The format 
of the DEFINE statement is shown in figure 2-7. 



defname: DEFINECstring.] 



defname The identifier assigned to the 
character string. This is a 
name of one to seven letters or 
digits, the first of which must 
be a letter. The identifier 
should not be an NDL reserved 
word (see appendix D) and cannot 
be an NDL statement name or 
keyword. This name is required; 
there is no default value. 

string The character string for which 
the defname identifier is 
substituted when writing other 
NDL statements. This character 
string must contain complete 
value declarations and can 
contain commas, equaLs signs, 
blanks, and any Letters or 
digits; it cannot contain a 
period, because a period is 
interpreted as the end of the 
DEFINE statement. The string 
can contain NDL reserved words 
but cannot contain NDL statement 
names or another DEFINE name. 



Figure 2-7. DEFINE Statement Format 

A DEFINE statement must precede any other statement 
that uses the identifier specified in the DEFINE 
statement. The defname identifier can only be used 
in an NDL statement where the NDL processor expects 
to find a keyword. 

DEFINE statements can be placed anywhere within NDL 
program divisions after the NFILE or LFILE state- 
ments. DEFINE statements apply only to the division 
in which they occur. 

Nested DEFINE statements are not permitted. The 
identifier of one DEFINE statement cannot be used 
in the character string that defines the declaration 
set of the same or another DEFINE statement. The 
character string of a DEFINE statement cannot 
contain another DEFINE statement. 

As an example of this statement's function, consider 
the following portion of an NDL program: 

LTYPE3: DEFINE LTYPE=A1,TIPTYPE=ASYNC. 
PORTA: DEFINE PORT=l. 



^dii^ 



DEFINE STATEMENT 

A DEFINE statement allows you to assign a label 
(identifier) to a set of keyword and value declara- 
tions that is cumbersome to enter repeatedly. The 
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LINE5: LINE PORTA, LTYPE3. 

The first DEFINE statement permits the identifier 
LTYPE3 to be substituted in subsequent NDL state- 
ments (such as the last statement in this example) 
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for the character string LTYPE=A1, TIPTYPE=ASYNC. LINEA: DEFINE LINE, PORT-1. 

Note that the LINE statement is still terminated by LTYPE3: DEFINE LTYFE-A2. 

a period because this character string is considered 

to end with the C, not with the period that termi- . 

nates the DEFINE statement. 

LINE 5: LINEA,LTYPE3,TIPTYPE=ASYNC. 
The second DEFINE statement equates the identifier 
PORTA to the character string PORT-1, so that the 

LINE statement is actually interpreted by the NDL END STATEMENT 
processor as if it had been written 

An END statement must explicitly terminate the last 
LINE5: LINE P0RT=1,LTYPE=A1,TIPTYPE-ASYNC. division in the NDL program. The NDL processor 

requires this statement to determine that the input 
DEFINE statements receive separate diagnostic file is complete . 
treatment when the NDL program is processed. How- 
ever, if a DEFINE statement contains an NDL coding This statement has the format shown in figure 2-8. 
error in its character string, the error might not 
be diagnosed until an attempt is made to expand the 
defname identifier. 



o 




The following combination of statements would not 
be recognized as expanding into a valid NDL state- 
ment, because the reserved statement name LINE can- Figure 2-8. END Statement Format 
not be found in the unexpanded version of LINE5: 



%J 



V..V 






o 
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NETWORK DIVISION STATEMENTS 






O 



The network division describes the physical and 
logical configuration of the network. This includes 
a description of the processors within the network, 
the physical and logical links between processors, 
the communication lines and terminals, and the 
initial status of each of these elements. 

Each host in the network running a copy of the 
Network Supervisor (NS) program or the Communica- 
tions Supervisor (CS) program must also have a 
network configuration file (NCF). All of the NCFs 
I for hosts belonging to the same site must be 
identical with one another except for line and 
terminal definitions. This means that the node 
information (couplers, logical links, and trunks) 
must all be the same for each NCF. The line and 
terminal definitions in the NCF used to load and 
configure an NPU must agree with the one used to 
supervise it. 

Within a site, all NPUs must run the same release 
level of CCP. For sites running different release 
versions of host software and CCP, the level of NCF 
must correspond to the level of CCP being used. 
The level of NCF is defined as the release level of 
the NDLP that was used to create it. The level of 
NCF, however, does not need to match the level of 
NS or CS using it. 

You can omit the network division from an NDL 
program if no network configuration file is to be 
created; otherwise, one network configuration file 
is created for each network division you define. 



nfi le: 


NFILE. 




nf i Le 


The Local file name of the new net- 
work configuration file to be 
created. This name is required and 
must conform to NOS file name con- 






ventions; there is no default value. 





Figure 3-1. NFILE Statement Format 



NETWORK NODE AND LINK 
DEFINITION STATEMENTS 

Your NDL program's network division must describe 
all communication nodes, physical linkages, and 
logical linkages within the set of network proces- 
sing units. You use the following statements to do 
this: 



NPU statements define the loading, dumping, and 
network node requirements of each NPU. 



SUPLINK statements define each logical link 
available as a path from an NPU to a Communica- 
tions Supervisor for initiating, monitoring, 
and assisting NPU operations. 



o 



NFILE STATEMENT 

The NFILE statement identifies the network 
configuration file to be created. It must be the 
first statement, other than a COMMENT statement, in 
the network division. 

The name of the NOS local file specified in the 
NFILE statement should not be the same as that of 
another local file assigned to your job. The net- 
work configuration file is described in more detail 
in section 9. 

The format of the NFILE statement is shown in 
figure 3-1. An example of a valid NFILE statement 
is 

NETFILE: NFILE. 

This statement creates a network configuration file 
with the NOS local file name NETFILE. 



COUPLER statements define the physical linkages 
between each front-end NPU and a host computer 
data channel. 



LOGLINK statements define the logical linkages 
between host nodes and network nodes within the 
set of NPUs or between one host node and an- 
other . 



TRUNK statements define the physical linkages 
between NPUs. 



Several of these statements require you to use the 
parameter values declared in other statements; that 
is, you must use the same value on two different 
statements. The NODE parameter also appears in 
several statements; however, values you define for 
NODE must be unique and should be assigned consec- 
utively from 1. 



o 
o 
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NPU STATEMENT 

The NPU statement names the NPU and defines the 
node number by which the NPU is to be referenced by 
the network software. There must be one NPU state- 
ment for every Network Processing Unit in the 
network. The format of the NPU statement is shown 
in figure 3-2. 

The OPGO value used remains in effect f,or as long 
as the network definition is used. The DMP value 
used remains in effect until it is overridden by an 
operator DUMP command or LOAD command NDMP option. 
An operator LOAD command applies only to one loading 
operation on the NPU, so the DMP parameter value is 
again used when that operation is completed. An 
operator DUMP command remains in effect until the 
network is shut down, so the DMP parameter value is 
not used until the network is again initialized. 

For example, consider the following NPU statement: 

NPUA: NPU, N0DE=2, VARIANT-N3L , OPGO, DMP. 

This definition describes NPUA (a front-end NPU 
with a node number of 2). NPUA is loaded according 
to the Network Supervisor program directives in the 
program initiation control block (PICB) called N3L 
within the network load file. 



Because OPGO is used, an operator intervention 
requirement exists for NPUA whenever its loading 
process is completed. Before typing GO, the 
operator can enable or disable any of the network 
elements associated with the NPU. NPUA always 
establishes a supervisory relationship with a 
Communications Supervisor (CS) program and then 
requests operator permission (a GO command) before 
it begins to service its configured communication 
lines . 



Because DMP is used, the long-term dump flag of the 
Network Supervisor (NS) for NPUA is set. The NS 
will dump the memory of NPUA each time NPUA is 
loaded, unless a NPU, a diagnostic or a host oper- 
ator (NOP, DOP, or HOP) unsets the dump flag with a 
DMP command, or unless repeated loads occur within 
a short time span. (Repeated reloading during a 
short time span is presumed to result from repeated 
failures with the same cause, so multiple dumps are 
redundant . ) 



If the DMP parameter was omitted from the NPU 
definition statement, the long-term dump flag for 
NPUA would not be set at network initiation (unless 
the NOP or HOP set it with a command). 



I 



o 
o 






npu: NPU,NOOE=node,VARIANT=picbnameC,OPGOC=yn13,W1PC=yn2D]. 



npu 
node 

picbname 



yn1 



yn2 



The element name of the NPU being described, 
value. 



This name is required; there is no default 



The network node number (1 < node < 255) by which the network software references this 
NPU. All values declared for node must be unique within the current network definition 
and should be numbered consecutively. This number is required; there is no default value. 

The name assigned tp the program initiation control block (PICB) on the network load file 
for this NPU. The PICB contains directives to the Network Supervisor for dumping and 
loading a given NPU. This name consists of one through six alphabetic and numeric 
characters, the first of which must be alphabetic. The name is required; there is no 
default value. (Self-loading, self-configuring NPUs also must have a value declared for 
this parameter; use a dummy name.) See the NOS installation handbook for more information 
about this parameter. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter indicates whether an operator GO command is required to start NPU operation 
after loading is completed. If OPGO or OPGO=YES is specified, the HOP or controlling NOP 
must type GO each time the NPU is loaded before the NPU can become active. If OPGO is 
omitted or 0PG0=N0 is specified, operator intervention is not required to start the NPU. 
You should define an 0PG0=YES value only if frequent configuration changes are anticipated 
for the NPU. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter indicates whether a long-term requirement exists for an NPU dump each time the 
NPU is loaded. If DMP or DMP=YES is specified, the NPU is dumped before it is loaded, 
unless the operation is overridden by a HOP or NOP command. If DMP is omitted or DMP=NO 
is specified, no dump occurs before the NPU is loaded, unless specifically requested by a 
HOP or NOP command. (Note that an NPU dump is essential for CDC to analyze NPU failure 
problems.) 









Figure 3-2. NPU Statement Format 
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SUPLINK STATEMENT 

The SUPLINK statement describes a supervision path 
between the NPU and a copy of CS which can supervise 
that NPU and defines the priority for use of that 
path. A supervision path, or supervisory link, 
corresponds to a logical link between the NPU and a 
host. 



Only one supervisory link can be defined in each 
SUPLINK statement. If there is more than one logi- 
cal link between an NPU and the host computer, each 
can appear in a separate SUPLINK statement; these 
statements must appear in descending order of 
priority. The first supervisory link defined has 
the highest priority, the second defined has the 
next highest priority, and so on. The supervisory 
links are used in the order of their priority if 
the logical link in a higher priority supervision 
path fails or the CS becomes available. 

The SUPLINK statement must follow an NPU statement 
or another SUPLINK statement. The SUPLINK statement 
is optional if there is only one logical link 
between the NPU and a host. The format of the 
SUPLINK statement is shown in figure 3-3. 



SUPLINK,LLNAME=loglink. 



Loglink Element name of the logical link 
that is to be used as a super- 
visory link by the NPU. This 
name must appear on a LOGLINK 
statement within the same net- 
work division. 



Figure 3-3. SUPLINK Statement Format 



An example of the SUPLINK statement in an NDL pro- 
gram sequence is 

NPUA: NPU, N0DE=5, VARIANT=N3L, DMP=YES. 
SUPLINK, LLNAME=LGLNK1 . 
CPLR1: COUPLER, NODE-1. 
LGLNK1: LOGLINK, NCNAME=NPUA. 

This example defines the logical link called LGLNK1 
as the only logical link for NPU supervisory message 
traffic with a Communications Supervisor program. 
LGLNK1 exists between coupler node 1 and network 
node 5 within the NPU called NPUA. For an NPU 
which has logical links to more than one host, you 
can define the logical link as a supervisory link 
only if the release level of the NCF being used on 
the host matches the release level of the CCP being 
run on the NPU. 



COUPLER STATEMENT 

The COUPLER statement identifies a channel coupler 
to an NPU. A front-end NPU can be equipped with 
one or two channel couplers connecting the NPU to a 
host. The format of the COUPLER statement is shown 
in figure 3-4. 

One COUPLER statement is required for each coupler 
in the network. The COUPLER statement must follow 
the NPU statement defining the NPU that uses the 
coupler to function as a front-end NPU. 

Each CDC host computer can support up to eight 
couplers on separate data channels. CDC host soft- 
ware identification of each coupler is determined 
by an entry in the NOS equipment status table (EST). 

The value you use for the NODE declaration on each 
COUPLER statement must be the value assigned as the 
node number in the EST entry for the corresponding 
NPU coupler. The coupler's enabled or disabled 
status at network initiation is also controlled by 
this EST entry. 



coupler: C0UPLER,N0DE=nodeC / HNAME=hostnam,L0C=cplrloc3. 



coupler 
node 

hostnam 

cplrloc 



The element name to assign to the front-end coupler being configured, 
required; there is no default value. 



This name is 



The host node number (1 _< node < 63) by which the network software references this 
coupler. This value must match the node number in the EST entry for the coupler. All 
values declared for NODE keywords must be unique within the current NDL program division 
and should be numbered consecutively. This number is required; there is no default value. 

The name assigned to the host to which the coupler connects. The hostnam vaLue is 1 to 7 
letters or digits; the first character must be a letter. The hostnam you assign 
identifies the corresponding node number on the host availability display seen by the 
terminal user. This parameter is optional; if omitted, the default value is ASCII blanks. 

The reserved word value ( PRIMARY or SECOND) that indicates the coupler's location in the 
255x cabinet. PRIMARY specifies the coupler in the primary coupler slots and SECOND 
specifies the coupler in the secondary coupler slots. If an NPU has two couplers, 
LOC-SECOND is required for the secondary coupler. This parameter is optional; the default 
value is PRIMARY. 



Figure 3-4. COUPLER Statement Format 



c 
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The NODE value and the HNAME value appear as a set 
on the host availability display seen by the termi- 
nal user. The user can select connection to a host 
by specifying a node number or host name in a com- 
mand to CCP; nonblank HNAME values are recommended 
to aid users in selecting the appropriate node. 

The circuit boards for a coupler are located in 
slots marked as either primary or secondary within 
the upper card cage of the 25 5x series NFU cabinet. 
These markings are similar to port numbers for the 
couplers and are used in that manner for the LOC 
parameter. 

If the NFU has one coupler, it can be located in 
either the primary or secondary slot. If the NPU 
has a coupler in the secondary slot, the coupler 
must be defined as a secondary coupler. 

For example, suppose NFUA in CDCnet (figure 2-1 in 
section 2) contained two couplers, only one of which 
(the secondary one) belonged to the network shown. 
The circuit boards in the secondary slot would be 
cabled to host data channel number 4; the EST entry 
would associate node number 1 with data channel 
number 4. This coupler could be configured cor- 
rectly only by the statement; 

NPUA: NPU, NODE-5, VARIANT-N3L, DMP. 
CPLR1: COUPLER N0DE=1 , LOC=SECOND. 

As used in the sample network configured by section 
11, NPUA contains only one coupler. It therefore 
is configured correctly by the statement: 

NPUA: NPU, NODE-5, VARIANT=N3L, DMP. 

CPLR1 : COUPLER N0DE=1 , HNAME= SYS 1 7 3 . 

Both examples define coupler CPLR1 , which is 
physically contained in the cabinet of NPUA; NPUA 
uses CPLR1 to function as a front-end NPU. CPLR1 
has a NOS EST entry of 1 for its host node number. 
Note that NPUA contains both a host node (node 1) 
for its coupler and a network node (node 5) for 
itself. 

The COUPLER statement also defines a possible path 
the NPU can use for a request to be loaded and/or 
dumped by a host. 



LOGLINK STATEMENT 

The LOGLINK statements define a path over which 
terminal-to-application or application-to- 
application connections can be established. You 
must supply one LOGLINK statement for each logical 
link in your network. You need LOGLINK statements 
to define the logical link between a coupler and 
the NPU that contains the coupler and between a 
coupler and each NPU connected to the front-end NPU 
containing the coupler. You also need a LOGLINK 
statement to define each host-to-host logical link 
between two couplers if application programs in the 
two hosts are to communicate with each other. 



Application programs in two hosts can communicate 
with each other without having a LOGLINK statement 
for the two couplers involved only if there is an 
intervening X.25 network between the two hosts. 
(Logical links cannot span X.25 public data 
networks, but always terminate at the NPU connected 
to the public data network.) 



Only one logical link can be defined between any 
given pair of coupler and NPU or coupler node num- 
bers. It is possible, however, to have more than 
one logical link between an NPU and a host computer. 
Figure 3-5 shows the logical links in CDCnet. Each 
logical link uses a separate trunk between the NPU 
and/or a different coupler. 



Logical links can only be defined over paths that 

do not cross more than one trunk. In the example 

shown in figure 3-5, no logical link can exist 
between NPUC and coupler 11. 



The LOGLINK statement must follow the COUPLER 
statement that defines the coupler for the host end 
of the logical link being defined. LOGLINK state- 
ments define which NPUs can access that coupler. 
For a coupler-to-coupler link, the LOGLINK statement 
can follow either of the COUPLER statements, but 
cannot appear after both. The format of the LOGLINK 
statement is shown in figure 3-6. 



For example, in CDCnet (figure 2-1 in section 2), 
NPUA (node 5) contains coupler CPLR1 (node 1) and 
is connected to NPUE (node 9). NPUB (node 6) con- 
tains coupler CPLR2 (node 2) and is also connected 
to NPUE. NPUE has connections to several other 
front-end NPUs, giving its network node four 
possible logical links to the same host. 



The host node in NPUA is node 1; the host node in 
NPUB is 2 (the host node number is always the number 
associated with the coupler). The following LOGLINK 
statements would properly configure two of the 
logical links involving NPUE as network node 9: 



NPUA: NPU, N0DE=5, VARIANT=N3L, DMP. 

CPLR1: COUPLER N0DE=1 ,HNAME=SYS173. 
LINK1: LOGLINK NCNAME=NPUE. 



NPUB: NPU, N0DE=6, VARIANT=N5L. 

CPLR2: COUPLER NODE=2,HNAME=SYS173. 
LINK2: LOGLINK NCNAME=NPUE. 



NPUE: NPU, N0DE=9,. 



^Lf^JF 



o 
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HOST 1 



HOST 2 




HOST 4 



HOST 3 



Figure 3-5. Logical Links 
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loglink: LOGLINK,NCNAME=npunameC / DlC=yn33. 



loglink 



npuname 



yn 



The element name to assign to the 
logical link you are 
configuring. This name is 
required; there is no default 
value. 

The element name of the NPU or 
coupler that is the other end of 
this logical link. This name 
must be the element name used in 
an NPU or coupler statement in 
the same network division. This 
name is required; there is no 
default value. 

An optional reserved word value 
(YES or NO) for an optional 
stand-alone keyword; this 
parameter specifies the status 
assigned to this logical link at 
network initiation. When DI or 
DI=YES is specified, the logical 
link is disabled at network 
initiation and cannot be used 
until the HOP or NOP enables it. 
If DI is omitted or DI=NO is 
specified, the logical link is 
given an initial status of 
enabled unless the NOP or HOP 
specifies otherwise. 



Figure 3-6. LOGLINK Statement Format 



TRUNK STATEMENT 

The TRUNK statement describes the trunk communi- 
cation line that physically connects two NPUs. 
There can be only one trunk defined between any 
pair of NPUs in a network. Port numbers for all 
trunks/lines should be assigned consecutively, 
starting with one. Since the NPU reserves conti- 
guous memory space for ports, this conserves memory 
space . 



The format of the TRUNK statement is shown in 
figure 3-7 . The recommended values for the FRAME 
parameter are given in table 3-1 . 



TABLE 3-1. RECOMMENDED FRAME SIZES 
FOR TRUNK LINES 



Traffic 
is Mostly 


Trunk Line Speed in Bits Per 


Second 


4800 or Less 


9600 


19200 


56000 


Interactive 


1050 


1050 


1050 


1050 


Batch and 


256 


500 


1050 


1050 


Interactive 










Batch 


1050 


1050 


1050 


1050 



The Nl and N2 values indicate that the trunk 
connects the NPUs NPUA and NPUE. The PI and P2 
parameters indicate that the trunk is connected to 
the Communications Line Adapter (CLA) port 1 in NPUA 
and to port 2 in NPUE. 



PROTOCOL-DEPENDENT 
DEFINITION STATEMENTS 

The Network Definition Language allows you to 
configure communication lines, terminals, and 
devices using the following communication line 
protocols: 



Asynchronous (IBM 2741- 
compatible devices) 



or teletypewriter- 



X.25 packet-switching network (teletypewriter- 
compatible devices) 

IBM HASP bisynchronous (HASP-compatible devices, 
including batch equipment) 

CDC Mode 4 synchronous (200-User-Terminal or 
Mode-4C-compatible devices, including batch 
equipment) 

IBM bisynchronous (IBM 2780-, 3780- , or 
3270-compatible devices, including batch 
equipment) 

Site-defined (any devices, compatible or incom- 
patible with any of the above) 



o 
o 



'O* 









Because the TRUNK statement contains all the 
necessary information explicitly, it can be placed 
anywhere within the NDL input stream after the NFILE 
statement. We recommend, for ease of reading, that 
you place all TRUNK statements at either the begin- 
ning or the end of the division. 



An example of a TRUNK statement is 

TRUNK1: TRUNK, N1=NPUA, N2=NPDE,' Pl=l, P2=2. 
NPUA: NPU, N0DE=5, VARIANT=N3L, DMP. 



Your NDL program's network division must describe 
all communication lines, terminals, and devices 
connected to the set of network processing units. 
You use the following statements to do this: 

LINE or GROUP statements define the physical 
and logical service requirements of each com- 
munication line on each NPU. 

TERMINAL or TERMDEV statements define the 
clustering of devices connected to each com- 
munication line. 



NPUE: NPU, NODE=9, VARIANT=N51. 
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DEVICE or TERMDEV statements define the physical 
and logical support requirements of each device 
within a terminal. 



60480000 M 



o 



o 

c 



trunk: TRUNK,N1=npu1,N2=npu2,P1=port1,P2=port2 

C,N0L0AD1 C=yn1D,N0L0AD2C=yn2D / FRAME=f rame,DIC=yn333 . 



o 



trunk 

npul 

npu2 
portl 



port2 



yn1 






yn2 



frame 



yn3 



The element name to be assigned to the trunk communication line being defined, 
required; there is no default value. 



This name is 



The element name for one of the two NPUs connected by the trunk. This name must appear on 
an NPU statement in the same network definition. This name is required; there is no default 
value. 

The element name for the other of the two NPUs connected by the trunk. This name must 
appear on an NPU statement in the same network definition. This name is required; there is 
no default value. 

The hexadecimal number (1 < portl < FE) of the port on npul to which this trunk is 
connected. This number cannot appear on another TRUNK or LINE statement (or within a GROUP 
statement expansion) for definitions applying to npul in the same network division; all 
trunk lines on an NPU must be assigned consecutively numbered ports starting at 1, and this 
number must be the thumbwheel number on the CLA for the trunk line. If npul is to be 
loaded over this trunk, 1 < portl < 4. 

The hexadecimal number (1 < port2 < FE) of the port on npu2 to which this trunk is 
connected. This number cannot appear on another TRUNK or LINE statement (or within a GROUP 
statement expansion) for definitions applying to npu2 in the same network division; all 
trunk lines on an NPU must be assigned consecutively numbered ports starting at 1, and this 
number must be the thumbwheel number on the CLA for the trunk line. If npu2 is to be 
loaded over this trunk, 1 £ port2 < 4. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter prohibits loading npul over this trunk. If N0L0AD1 or N0L0AD1=YES is specified, 
npul cannot be Loaded by npu2. If N0L0AD1 is omitted or N0L0AD1=N0 is specified, npul 
will be loaded by npu2 whenever npul requests that operation. Usually a YES value is 
specified for trunks connecting NPUs if administrative responsibility for the two NPUs 
rests with a single site. If the two NPUs are administered by different sites, a NO value 
is specified. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter prohibits loading npu2 over this trunk. If N0L0AD2 or N0L0AD2=YES is 
specified, npu2 cannot be loaded by npul. If N0L0AD2 is omitted or N0L0AD2=N0 is 
specified, npu2 will be loaded by npul whenever npu2 requests that operation. 

The approximate decimal number (0 < frame < 1200) of 8-bit character bytes that will be 
transmitted as one frame across this trunk. The value you should declare for this parameter 
depends on the type of data traffic across the trunk and the speed of data transmission on 
the line. Recommended values appear in table 3-1; declared values are rounded as follows: 



Declared Frame Value 

thru 499 

500 thru 1049 

1050 thru 1200 



Value Used 

256 

500 

1050 



An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter specifies the status assigned to this trunk at network initiation. When DI or 
DI=YES is specified, the trunk is disabled at network initiation and cannot be used until 
the HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the trunk is given an 
initial status of enabled unless the NOP or HOP specifies otherwise. 



Figure 3-7. TRUNK Statement Format 



o 
o 



These statements must contain value declarations to 
support hardware and protocols known to CDC but can 
also contain declarations to support site-defined 
hardware or protocols. Site-defined value declara- 
tions do not have the interdependencies of CDC- 
def ined value declarations and receive less diag- 
nostic inspection during NDL processor execution. 
You are responsible for proper agreement among 
values on these statements when one statement 
contains a site-defined value. 
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These five statements provide the network software 
with information that it transmits to CCP as a set 
of paired information bytes called field number/ 
field value (FN/FV) pairs. Each of these statements 
(except the TERMINAL statement) can contain the 
keywords P90 through P99, identifying field numbers 
not used by the released version of CDC network 
software. 
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If your site has modified CCP software or has 
written its own Terminal Interface Program, these 
optional field number parameters allow you to 
specify the values to be transmitted for the cor- 
responding field number when the terminal or device 
is configured. If you place the same field number 
parameter in more than one of the statements in a 
hierarchical set, each value specified is used 
separately. Each line and device has a separate 
set of field number/field value pairs associated 
with it. 

For example, if you place P90 on the GROUP statement 
and on one of the DEVICE statements in the following 
set: 

GROUP statement 

TERMINAL statement 
DEVICE statement 
DEVICE statement 
DEVICE statement 

the value specified on the DEVICE statement is used 
as field 90 for the configuration transmitted to 
CCP for that device, and the value specified on the 
GROUP statement is used as field 90 for each com- 
munication line. No 90 value exists for the 
remaining devices. 

The parameters required and the values allowed on 
the GROUP, LINE, TERMINAL, TERMDEV, and DEVICE 
statements depend upon the line protocol used. 
This section presents the general form of each 
statement. The following sections present the form 
of each statement and the parameters applicable to 
each line protocol: 

Section 4 applies to asynchronous protocol 
lines. 

Section 5 applies to X.25 protocol lines. 

Section 6 applies to synchronous protocol lines. 

Section 7 applies to site-defined protocol 
lines . 



line: LINE,PORT=port,LTYPE=ltype 
C,TIPTYPE=tiptype,AUT0C=yni:),3 
CXAUTO C=yn2D , DI C=yn33 , LSPEED= I speed, 3 
CAL=acclev,DFL=dfl / FRAME=frame / ] 
CRTIME=t imer, RC0UNT=count,3 
CNSVC=svcirc,PSN=psn,DCEC=yn43,3 
CDTEA= locadr, ARSPEED=yn5,3 
CIMDISCr=yn63,LCN=Lcn,3 
CP90=fv90, . . .,P99=fv993. 



Parameters are described in sections 4 
through 7. 



■ o 



Figure 3-8. General LINE Statement Format 



Using the GROUP statement can reduce the number of 
definitions you must provide in your NDL program 
without reducing the number of definitions provided 
in the network configuration file. The general 
format of the GROUP statement is shown in figure 
3-9. 



TERMINAL STATEMENT 

The TERMINAL statement defines the characteristics 
of a multiple device workstation, such as a mode 4C 
terminal device cluster. This statement has the 
general format shown in figure 3-10. 



[ \J 






LINE STATEMENT 

Each LINE statement defines one communication line 
between a terminal and the NPU. There must be one 
LINE statement for each CLA port on the NPU that 
supports terminal access. Figure 3-8 shows the 
general format of the LINE statement. 



DEVICE STATEMENT 

The DEVICE statement defines the characteristics of 
a single terminal input and/or output device, such 
as a console or card reader. This statement has 
the general format shown in figure 3-11. 






GROUP STATEMENT 

You can use the GROUP statement in place of the LINE 
statement when you want to repeat a line definition 
a specified number of times. NDLP does not allow 
GROUP statements for X.25 protocol communication 
lines. 



TERMDEV STATEMENT 

The TERMDEV statement defines a terminal that 
consists of a single input and output device, such 
as an asynchronous console. This statement has the 
general format shown in figure 3-12. 
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^^^ 



o 



group: GROUP,PORT=port / ,LTYPE=ltype 
C,TIPTYPE=tiptype,AUTOC=yn13,3 
CXAUTO C=yn2], DI C=yn33, LSPEED= I speed, 3 
CAL=acclev,NI=iter,ARSPEED=yn4,: 
CIHDISCC=yn53,LCN=lcn,] 
CP90=f v90, . . . , P99=fv99] . 



Parameters are described in sections 4 
through 7. 



Figure 3-9. General GROUP Statement Format 



TERHINALC,STIP=stiptyp,TC=trmcLas,D 
CCSET=charset,TSPEED=trmsped,D 
CCA=clsadr,RIC=yn1,3 
CCO=conord,BCFC=yn2D,HREC=rec,3 
CW=pacwndw,CTYP=cirtyp,NCIR=numcir,D 
CPAD=string,E0F=yn3D 
CNEN=encir,C0LLECTC=yn33D. 

Parameters are described in sections 4 
through 7. 



Figure 3-10. General TERMINAL Statement Format 



device: '>EVICEC,DT=devtyp,SDT=subdt,TA=trmaddr,ABL=abL / DBZ=dwnlsi 2 ,UBZ=u P bsi Z e,: 
CDBL=dwnblim,UBL=upblim,XBZ=xmitsiz,00=devord,STREAM=streamno,AUTOLOGt=ynia,D 
CAUT0C0Ni:=yn2D,PRIC=yn3],DIC=yn43,HN= n ode / HDn=yn5D,LK=yn6,AB=ab,BR=br / CP=cp,BS=bs,B1=b1,3 
CB2=b2,CI=ci,CN=cn,CT=ct,DLC=dlc,DLT0=dlto,DLX=dlx,EBX=ebx,EBR=ebr,EB0=ebo,: 
CELX=el X ,ELR=elr,ELO=elo,EP=ep,XLC=xlc,XLTO=xlto,XLX=xlx,XLY=xly / IC=ic,: 
CIN=in,LI=li / 0P=op / 0C=oc,PA=pa,PG=pg,PL=pl / PW=pw,E0F=yn7,3 
r .P90=fv90,...,P99=fv99]. 

Parameters are described in sections 4 through 7. 



Figure 3-11. General DEVICE Statement Format 



c 



o 



device: TERMDEVC,STIP=stiptyp,TC=trmclas,CSET=charset,TSPEED=trmsped,CA=clsadr,RIC=yn1,: 
K0=conord,BCFC=yn2],HREC=rec,W=pacwndw,NCIR=numcir / PAD=string,NEN=encir i ,] 
CCOLLECTC=yn3],DT=devtyp / ,S0T=subdt,TA=trmaddr,ABL=abl,DBZ=dwnLsiz,UBZ=upbsize,3 
CDBL=dwnblim,UBL=upblim,XBZ=xmitsiz,D0=devord,STREAH=streamno,AUT0L0GC=yn4:,D 
CAUT0C0NCyn5D,PRi:=yn6D,DIC=yn7:,HN=node,HDC=yn8D,LK=yn9,AB=ab,BR=br,CP=cp,BS=bs,B1=b1,3 
rB2=b2,CI=ci,CN=cn,CT=ct,DLC=dlc,DLTO=dlto,DLX=dlx,EBX=ebx,EBR=ebr,EBO=ebo,] 
CELX=elx,ELR=elr,ELO=elo,EP=ep,XLC=xlc,XLTO=xlto,XLX=xlx / ,XLY=xly,IC=ic,D 
CIN=in,LI=li,0P=op,0C=oc,PA=pa,PG=pg,PL=pl,PW=pw / E0F=yn10,: 
CP90=f v90, . . . , P99=f v99D . 

Parameters are described in sections 4 through 7. 



Figure 3-12. General TERMDEV Statement Format 
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ASYNCHRONOUS LINES, TERMINALS, AND DEVICES 






O 



o 
o 



The parameters required and the values allowed on 
the GROUP, LINE, TERMINAL, TERMDEV, and DEVICE 
statements depend upon the line protocol used. 
This section describes the form of a statement 
applicable to asynchronous protocol lines. 

Asynchronous communication lines are those using 
the line types defined in table 4-1. Such lines 
are serviced by the CDC-supplied ASYNC TIP. If you 
use the site-defined line type, the ASYNC TIP is 
presumed to be modified by your site (if necessary) 
to support : 

A standard communication line adapter in a non- 
standard manner 

A specially built communication line adapter 



LINE DEFINITION 

You configure terminals on an asynchronous communi- 
cation line by using the following statements: 

One LINE or GROUP statement that defines the 
line. 

One TERMINAL or TERMDEV statement for each 
potential terminal on the line (only one can 
access the line at a given time; multiple-drop 
asynchronous lines are not supported). 

One DEVICE statement for the device that 
accesses the line through each terminal; if you 
use a TERMDEV statement, you cannot also use a 
DEVICE statement. 



LINE STATEMENT PARAMETERS 

Each LINE statement defines one communication line 
between a terminal and the NPU. There must be one 
LIME statement for each CLA port on the NPU that 
supports terminal access. 

Figure 4-1 shows the format of the LINE statement 
and the valid parameter values for CDC-defined 
asynchronous lines. Table 4^1 shows permitted line 
type values for the LTYPE parameter. 

You use the AUTO or XAUTO parameter to define a 
communication line as having a fixed or an auto- 
matic recognition configuration. You can use either 
of these configuration types for a switchable 
(dialup) line or for a dedicated (hardwired) line. 

If you define a fixed-configuration line by omitting 
AUTO and XAUTO or by specifying AUTO=NO or XAUTO=NO, 
you must know and specify certain characteristics 
of the terminal devices that will use that line. 
Only a terminal device with the specified charac- 
teristics can use that line. 

The characteristics of a fixed-configuration line 
are: 

Line speed (LINE statement LSPEED parameter) 

SubTIPtype (TERMINAL or TERMDEV statement STIP 
parameter) 

Code and character set (TERMINAL or TERMDEV 
statement CSET parameter) 

Device type (TERMDEV or DEVICE statement DT 
parameter) 



TABLE 4-1. ASYNCHRONOUS LINE TYPE DEFINITIONS 



LTYPE 
Value 


Transmission 
Mode 


Trans- 
mission 
Operation 


Circuit 
Type 


Modem 
Typet 


CLA Type 


Maximum Speed, 
Bits per Second 


Carrier 
Type 


Al 


Asynchronous 


Full-duplex 


Switched 
(Dialup) 


RS232C, Bell 
103E/113/ 
212A 
compatible 


2561-1 


9600 


Constant 


A2 


Asynchronous 


Full-duplex 


Dedicated 
(Hardwired) 


RS232C, Bell 
103E/113/ 
212A 
compatible 


2561-1 


9600 


Constant 


A6 
(For 


Asynchronous 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


site- 
defined 
















use) 
















iModem t 


ypes supported 


by each type o 


f CLA may dif i 


er. 
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line: LINE,P0RT=port,LTYPE=ltype,TIPTYPE=tiptypeE,AUT0C=yni:,XAUT0C=yn2D,ARSPEED=arspeed,DIC=yn3:i,: 
CIMDISC r =yn4D,LSPEED=lspeed,AL=acclev,P90=fv90,...,P99=fv993. 



line 



port 



Ltype 



tiptype 



yn1 



yn2 



arspeed 



yn3 



yn4 



The element name to be assigned to the communication line being defined, 
required; there is no default value. 



This name is 



The hexadecimal number (1 < port < 
connects on the NPU currently being 
independent of the number of ports 
numbered FE (254 decimal). However 
consecutively, starting with 1. Al 
within the current network definiti 
be the same as the number declared 
within a GROUP statement expansion) 
port number used by a trunk. This 



FE) of the port to which this communication line 
defined. Within an NDL program, the port number is 
on the NPU; for example, a 128-port NPU can have a port 
, we strongly recommend that you assign port numbers 
I values declared for PORT parameters must be unique 
on of each NPU. The value specified for port cannot 
for a port in any other LINE or TRUNK statement (or 
for this NPU, and cannot be lower than the highest 
number is required; there is no default value. 



A reserved word value that identifies the type of communication line adapter/modem/circuit 
combination that is used on this line. This word must be supplied; there is no default 
value. The legal words for this value declaration are described in table 4-1. 

A reserved word value that identifies the type of CCP Terminal Interface Program required 
for the terminals on this line. This word is required for lines being configured to 
service an asynchronous protocol terminal. The legal value for this declaration is: 



ASYNC Asynchronous protocol TIP is required. 



An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 
parameter specifies whether this communication line is configured for automatic 
recognition of low line speeds (110 thru 2400 bits per second) and/or recognition of 
protocol subTIPtype by CCP whenever a terminal is connected to the line. When AUTO or 
AUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, CCP attempts to determine as many definition parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, CCP is not 
allowed to perform automatic recognition for the line; the line has a fixed configuration, 
and each TERMINAL and DEVICE or TERNDEV statement associated with this Line must 
explicitly declare all addressing and protocol parameters legal for that terminal. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 
parameter specifies whether this communication Line is configured for automatic 
recognition of high line speeds (600 thru 9600 bits per second) and/or recognition of 
protocol subTIPtype by CCP whenever a terminal is connected to the line. When XAUTO or 
XAUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, CCP attempts to determine as many definition parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, CCP is not 
allowed to perform automatic recognition for the line; the line has a fixed configuration, 
and each TERMINAL and DEVICE or TERMDEV statement associated with this line must 
explicitly declare all addressing and protocol parameters legal for that terminal. 

An optional reserved word value (YES or NO) indicating whether the user can change the 
line speed by using the AR TIP command. The default value of YES is used if AUTO or XAUTO 
is specified. The default value of NO is used if AUTO or XAUTO is not specified. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter specifies the status assigned to this communication line at network initiation. 
When DI or DI=YES is specified, the line is disabled at network initiation and cannot be 
used until the HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the line is 
given an initial status of enabled unless the NOP or HOP specifies otherwise. 

An optional reserved word vaLue (YES or NO) which specifies whether the Immediate 
Disconnect feature is enabled for this line. When IMDISC or IMDISC=YES is specified, any 
terminal on the line is disconnected immediately after the terminal has logged out 
(disconnected) from the host. When IMDISC is omitted or IMDISC=N0 is specified, a 
terminal on the line is disconnected only after a two minute timer expires. 

Figure 4-1. Asynchronous LINE Statement Format (Sheet 1 of 2) 
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Lspeed The baud rate used by the modems or devices accessing this line. When the Line is 

configured for automatic recognition (AUTO or XAUTO is declared), this parameter cannot be 
used. This parameter is optional when the line is not configured for automatic 
recognition of terminals. The following values are recognized: 

110 300 default 2400 
134 iOTF 4800 

150 1200 9600 

This value can be changed by the user if ARSPEED=YES. When lspeed is not declared for a 
line configured without automatic recognition, the default of 300 baud is used. 

acclev The decimal access level limit (0 £ acclev <_ 7) for the line. The lowest access level is 
(unclassified), the highest is 7. If AL is omitted or AL=N0NE is specified, no access 
level limit is associated with the line (equivalent to specifying AL=0). 

fv9i The hexadecimal field value (0 _< fv9i £ FF) to use for the corresponding field number 
within the Terminal Interface Program configuration information transmitted for this 
line. The released version of the CDC -written ASYNC TIP does not use any of these ten 
field number/field value pairs. 



Figure 4-1. Asynchronous LINE Statement Format (Sheet 2 of 2) 



If you define an automatic recognition line by 
specifying AUTO, XAUTO, XAUT0=YES, or AUTO=YES, CCP 
determines these characteristics when a terminal 
becomes active on the line. This allows more 
flexible access to the network. 

A terminal on an automatic recognition line is not 
completely configured until it becomes active. At 
that time, the Communications Supervisor (CS) com- 
pares the determined characteristics against the 
characteristics you have defined for each terminal 
configured on the line. CS uses the first terminal 
definition that matches to finish configuring the 
terminal. CCP then services the terminal device 
according to the finished configuration. 

Only a terminal that completely matches all declared 
values can use the line. It must operate with the 
characteristics you declare for any required or 
optional parameters in your terminal definition, or 
the terminal user must change its characteristics 
to match. If you declare AUTOREC instead of values 
for all of the automatically recognized parameters, 
then any terminal will match the terminal 
definition. 

If you declare values instead of AUTOREC for some 
of the automatically recognized parameters, then 
any terminal that successfully accesses the line 
and has characteristics matching the declared 
values will match your terminal definition. If you 
declare values instead of AUTOREC for all of the 
automatically recognized parameters, then only a 
terminal with automatically recognized characteris- 
tics that are the same as your values will match 
the terminal definition. 

You can specify more than one terminal definition 
on an automatic recognition line. Each definition 
should vary from the others in one of the auto- 
matically recognized characteristics; unless dif- 
ferences exist, CS will not use any definition 
other than the first one. 



Using automatic recognition increases the number of 
terminal devices that potentially can use the line. 
You can configure a switchable line for automatic 
recognition with more logical terminal devices than 
the physical terminal devices that simultaneously 
can access it; only one physical device can access 
the line at a time. 

For example, the statement 

LN1A: LINE P0RT=9,LTYPE=A1,TIPTYPE=ASYNC,AUT0. 

defines a switchable (dialup) communication line 
(on NPUA in CDCnet, figure 2-1 of section 2) for 
automatic recognition of any asynchronous protocol 
terminal with line speed less than or equal to 2400 
b/s. The line is identified as LN1A, connects to 
the NPU at port 9, and is enabled by default at 
network initiation. 

If the fixed-configuration form of the statement 

LN1A: LINE P0RT=9,LTYPE=A1,TIPTYPE=ASYNC. 

were used instead, all of the terminals capable of 
accessing this switchable line would have to use 
the explicit configuration provided by the same 
TERMINAL and DEVICE statement set. 

The following two LINE statements are equivalent: 

LN1A: LINE P0RT=9,LTYPE=A1,TIPTYPE=ASYNC, 
LSPEED=300. 

LN1A: LINE P0RT=9,LTYPE=A1,TIPTYPE=ASYNC. 

Both statements define a switchable, enabled, fixed- 
configuration asynchronous line accessing the NPU 
(NPUA in CDCnet) through port 9 and using modems at 
300 baud (the default rate). The terminal actually 
accessing this line must use the same explicit con- 
figuration as any other that can potentially access 
it because the line is not configured for automatic 
recognition. 
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The network configuration defined for systems 
containing the Centronics Linewriter printers must 
include definitions for these printers . The 
following LINE and TERMDEV statements are required 
for the Centronics printers . 

linel: LINE,P0RT=portl,LTYPE=A2,TIPTYPE=ASYNC, 

LSPEED=9600. 
devicel: TERMDEV, TC=tt33,AUT0C0N,HN=hostnode, 

LK=YES,OC=YES,PA=NO,PLO=0. 

1 ine 2 : LINE , PORT=por 1 2 , LTYPE -A2 , TIPT YPE =ASYNC , 

LSPEED=9600. 
device2: TERMDEV, TC=M33,AUT0C0N,HN=hostnode, 

LK=YES,OC=YES, PA-NO, PLO=0. 

where linel and line 2 are the line names for the 
two printers, portl and port2 are the port numbers 
for the printer lines, devicel and device2 are the 
device names for the two printers, and hostnode is 
the NODE number of the host coupler to which the 
printers are connected . 



GROUP STATEMENT PARAMETERS 

You can use the GROUP statement in place of the LINE 
statement when you want to repeat a line definition 
a specified number of times. 



NDLP creates identical line, terminal, and device 
definitions (except for port number, line name, and 
device name) the number of times specified by the 
NI parameter. NDLP generates unique port numbers 
by incrementing the previously defined port number 
by one. NDLP generates unique line and device ele- 
ment names by adding the LINE'S port number in 
two-digit hexadecimal form to the one- to five- 
character root element name you supply. 



Figure 4-2 shows the format of the GROUP statement 
and the valid parameter values for CDC-defined 
asynchronous lines . Table 4-1 shows permitted line 
type values for the LTYPE parameter. 



o 
o 



o 



group: GR0UP,P0RT=port,LTYPE=Ltype,TIPTYPE=tiptypeC,AUT0C=yn1],XAUT0C=yn23,ARSPEED=arspeed,DI[=yn3:i,:i 
CIHDISCC=yn4D,LSPEED=Lspeed,AL=acclev,P90=fv90,...,P99=fv99,NI=iterD. 



group 



port 



Ltype 



tiptype 



yn1 



The root name to use for generating the element names assigned to the communication lines 
and devices being defined. This name, which cannot be longer than five characters, must 
result in element names that are unique within the network division currently being 
described. This name is required; there is no default value. 

The hexadecimal number (1 < port < FE) of the port to which the first of these 
communication lines connects on the NPU currently being defined. Within an NDL program, 
the port number is independent of the number of ports on the NPU; for example, a 128-port 
NPU can have a port numbered FE (254 decimal). However, we strongly recommend that you 
assign port numbers consecutively, starting with 1. All values declared for PORT 
parameters must be unique within the current network definition of each NPU. The value 
specified for port cannot be the same as the number declared for a port in any LINE or 
TRUNK statement (or within any other GROUP statement expansion) for this NPU, and cannot 
be lower than the highest port number used by a trunk. This number is required; there is 
no default value. 

A reserved word value that identifies the type of communication line adapter/modem/circuit 
combination that is used on this line. This word must be supplied; there is no default 
value. The legal words for this value declaration are described in table 4-1. 



d word value that identifies the type of Terminal Interface Program required for 
nals on this line. This word is required; there is no default value. The legal 



A reserve 

the termina., ... _ 

value for this declaration is: 



ASYNC Asynchronous protocol TIP is required. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 
parameter specifies whether this communication Line is configured for automatic 
recognition of low line speeds (110 through 2400 bits per second) and/or recognition of 
protocol subTIPtype by CCP whenever a terminal is connected to the line. When AUTO or 
AUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, CCP attempts to determine as many definition parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, CCP is not 
allowed to perform automatic recognition for the line; the Line has a fixed configuration, 
and each TERMINAL, DEVICE, or TERMDEV statement associated with this line must explicitly 
declare all addressing and protocol parameters legal for that terminal. 



\J 
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Figure 4-2. Asynchronous GROUP Statement Format (Sheet 1 of 2) 
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V-l 



yn2 



a r speed 



yn3 



yn4 



L speed 



acclev 



fv9i 



iter 



An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 
parameter specifies whether this communication line is configured for automatic 
recognition of high line speeds (600 thru 9600 bits per second) and/or recognition of 
protocol subTIPtype by CCP whenever a terminal is connected to the line. When XAUTO or 
XAUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, CCP attempts to determine as many definition parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, CCP is not 
allowed to perform automatic recognition for the line; the line has a fixed configuration, 
and each TERMINAL and DEVICE or TERMDEV statement associated with this Line must 
explicitly declare all addressing and protocol parameters legal for that terminal. 

An optional reserved word value (YES or NO) indicating whether the user can change the 
line speed by using the AR TIP command. The default value of YES is used if AUTO or XAUTO 
is specified. The default value of NO is used if AUTO or XAUTO is not specified. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter specifies the status assigned to this communication line at network initiation. 
When DI or DI=YES is specified, the line is disabled at network initiation and cannot be 
used until the HOP or NOP enables it. If 01 is omitted or DI=N0 is specified, the line is 
given an initial status of enabled unless the NOP or HOP specifies otherwise. 

An optional reserved word value (YES or NO) which specifies whether the Immediate 
Disconnect feature is enabled for this iTne. When IHDISC or IMDISC=YES is specified, any 
terminal on the line is disconnected immediately after the terminal has logged out 
(disconnected) from the host. When IMDISC is omitted or IMDISC=N0 is specified, a 
terminaL on the line is disconnected only after a two minute timer expires. 

The baud rate used by the modems or devices accessing this line. When the line is 
configured for automatic recognition (AUTO or XAUTO is declared), this parameter cannot be 
used. This parameter is optional when the line is not configured for automatic 
recognition of terminals; the following values are recognized: 



110 


300 default 


2400 


134 


600 


4800 


150 


1200 


9600 



This value can be changed by the user if ARSPEED=YES. When Ispeed is not declared for a 
line configured without automatic recognition, the default of 300 baud is used. 

The decimal access level limit (0 < acclev < 7) for the line. The Lowest access level is 
(unclassified), the highest is 7. If AL Ts omitted or AL=N0NE is specified, no access 
level limit is associated with the Line (equivalent to specifying AL=0). 

The hexadecimal field value (0 < fv9i < FF) to use for the corresponding field number 
within the TerminaL Interface Program configuration information transmitted for this 
Line. The released version of the CDC-written ASYNC TIP does not use any of these ten 
field number/field value pairs. 

The decimal number (1 < iter < 254) of iterations of this Line definition and of all 
TERMINAL, TERMDEV, or DEVICE statements following this GROUP statement. This parameter is 
optional; the default is 1. 



Figure 4-2. Asynchronous GROUP Statement Format (Sheet 2 of 2) 



o 
o 



Using the GROUP statement can reduce the number of 
definitions you must provide in your NDL program 
without reducing the number of definitions provided 
in the network configuration file. An example of 
GROUP statement use is shown in figure 4-3. 

You use the AUTO or XAUTO parameter to define a 
communication line as having a fixed or an automatic 
recognition configuration. You can use either of 
these configuration types for a dialup line or for 
a dedicated (hardwired) line. 
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If you define a fixed-configuration line by omitting 
AUTO and XAUTO or by specifying AUT0=N0 or XAUT0=N0, 
you must know and specify certain characteristics 
of the terminal device that will use the line. 
Only a terminal device with the specified char- 
acteristics can use that line. 



The 
are: 



characteristics of a fixed-configuration line 



Line speed (GROUP statement LSPEED parameter) 
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LN1A: GR0UP,P0RT=9,LTYPE=A1, 

TIPTYPE=ASYNC,LSPEED=300,NI=5. 
DE VA : TERMDE V,TC =71 3,PR I . 



This set of statements is interpreted by the NDL 
processor as if it had been written: 

LN1A09: LINE,P0RT=9,LTYPE=A1, 
TIPTYPE=ASYNC / LSPEED=300. 

DEVA09: TERMDEV,TC=713,PRI=YES. 

LN1A0A: LINE,PORT=0A,LTYPE=A1, 
TIPTYPE=ASYNC,LSPEED=300. 

DEVAOA: TERMDEV,TC=713,PRI=YES. 

LN1A0B: LINE,P0RT=0B,LTYPE=A1, 
TIPTYPE=ASYNC,LSPEED=300. 

DEVAOB: TERMDEV,TC=713,PRI=YES. 

LN1A0C: LINE,PORT=OC,LTYPE=A1, 
TIPTYPE=ASYNC,LSPEED=30O. 

DEVAOC: TERMDEV, TC=713,PRI=YES. 

LN1A0D: LINE,PORT=OD,LTYPE=A1, 
TIPTYPE=ASYNC,LSPEED=300. 

DEVAOD: TERMDEV,TC=713,PRI=YES. 



Figure 4-3. Asynchronous GROUP Statement 
Expansion 



SubTIPtype (TEKMINAL or TEKMDEV statement STIP 
parameter) 

Code and character set (TERMINAL or TERMDEV 
statement CSET parameter) 

Device type (TERMDEV or DEVICE statement DT 
parameter) 



If you define an automatic recognition line by 
specifying AUTO, XAUTO, XAUTO-YES, or AUTO=YES, CCP 
determines these characteristics when a terminal 
becomes active on the line. This allows more 
flexible access to the network. 



A terminal on an automatic recognition line is not 
completely configured until it becomes active. At 
that time, the Communications Supervisor (CS) com- 
pares the determined characteristics against the 
characteristics you have defined for each terminal 
configured on the line. CS uses the first terminal 
definition that matches to finish configuring the 
terminal. CCP then services the terminal devices 
according to the finished configuration. 



Only a terminal that completely matches all declared 
values can use the line. It must operate with the 
characteristics you declare for any required or 
optional parameters in your terminal definition, or 
the terminal user must change those characteristics 
to match. If you declare AUTOREC instead of values 
for all of the automatically recognized parameters, 
then any terminal with the automatically recognized 
characteristics will match the terminal definition. 



If you declare values instead of AUTOREC for some 
of the automatically recognized parameters, then 
any terminal that successfully accesses the line 
and has characteristics matching the declared 
values will match your terminal definition. If you 
declare values -instead of AUTOREC for all of the 
automatically recognized parameters, then only a 
terminal with automatically recognized characteris- 
tics that are the same as your values will match 
the terminal definition. 

You can specify more than one terminal definition 
on an automatic recognition line. Each definition 
should vary from the others in one of the auto- 
matically recognized characteristics; unless dif- 
ferences exist, CS will not use any definition other 
than the first one. 

Using automatic recognition increases the number of 
terminal devices that potentially can use the line. 
You can configure a switchable line for automatic 
recognition with more logical terminal devices than 
the physical terminal devices that simultaneously 
can access it; only one physical device can access 
the line at a time. 

For example, the statement 

LN1A : GROUP , P0RT=9 , LTYPE=A1 , TIPTYPE=ASYNC , 
AUT0,NI=2. 

defines two switchable (dialup) communication lines 
(not shown in figure 2-1 of section 2) for automatic 
recognition of asynchronous protocol terminals. 
The lines are identified as LN1A09 and LN1A0A, con- 
nect to the NPU at ports 9 and OA, and are enabled 
by default at network initiation. 

If the fixed-configuration form of the statement 

LN1A : GROUP , P0RT=9 , LTYPE=A1 , TIPTYPE=ASYNC , NI=2 . 

were used instead, all of the terminals capable of 
accessing these switchable lines would have to use 
the same explicit configuration provided by the 
TERMINAL and DEVICE statement set following the 
GROUP statement. 

The following two GROUP statements are equivalent: 

LN1A : GROUP , P0RT=9 , LTYPE=A1 , TIPTYPE=ASYNC , 
LSPEED=300,NI=5. 

LN1A : GROUP, P0RT=9 , LTYPE=A1 , TIPTYPE=ASYNC , 
NI=5. 

Each statement defines five switchable, enabled, 
fixed-configuration asynchronous lines accessing 
the NPU at ports 9 through OD and using modems at 
300 baud (the default rate). The terminals actually 
accessing these lines must use the same explicit 
configuration as any that can potentially access 
the lines, because the lines are not configured for 
automatic recognition. 



TERMINAL DEFINITIONS 
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On an asynchronous communication line, a terminal 
definition is the first portion of a device defini- 
tion. An asynchronous terminal consists of only 
one device, normally a console; terminal and device 
are synonymous. 
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If you defined the communication line as a fixed- 
configuration line, you can declare only one 
TERMINAL or one TERMDEV statement for the line. If 
you defined the line as an automatic recognition 
line, you can declare up to 255 TERMINAL statements 
or TERMDEV statements for the line (only one can be 
connected at a given time). 

Figures 4-4 and 4-5 present the formats of these 
statements for terminals on CDC-defined asynchronous 
lines. The following TERMINAL and TERMDEV parame- 
ters provide the terminal definition for the line: 

CSET 

RIC 

STIP 

TC 

TSPEED 



TERHINALC,STIP=stiptyp,TC=trmclas,: 
CCSET=charset,TSPEED=trmsped,] 
CRIC=yn13. 

Parameters are described in the text. 



Figure 4-4. TERMINAL Statement Format 
for Communication Lines of TIPTYPE=ASYNC 

The STIP and TC parameters are described first 
because they are related and affect the validity, 
ranges, and defaults of the other parameters. The 
other parameters are described in alphabetical 
order. 



STIP PARAMETER 

The STIP parameter specifies the subTIPtype required 
to support the terminal definition. This parameter 
is optional if the TC parameter specifies a CDC- 
defined terminal class. If STIP is omitted, the TC 
parameter must be specified and cannot be CCP or 
TC28 through TC30. | 

When you declare a value for STIP, it must be one 
of the following reserved words: 



AUTOREC 



N2741 



2741 



Specifies that the subTIPtype appro- 
priate for the terminal class should 
be used (valid only if TC is speci- 
fied); using this value is equivalent 
to omitting the parameter. 

Identifies an asynchronous terminal 
that does not use IBM 2741 protocol. 



Identifies an asynchronous 
that uses IBM 2741 protocol. 



terminal 



If you omit this parameter or use the value AUTOREC 
the default is selected according to the terminal 
class declared. The defaults are: 



TC 


STIP 


Value 


Value Used 


M33 


N2741 


713 


N2741 


721 


N2741 


M40 


N2741 


H2000 


N2741 


X364 


N2741 


T4014 


N2741 


2741 


2741 



o 
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device: TER M DEVC / STIP=stiptyp,TC=trmcUs,CSET=charset,TSPEED=trmsped,RIC=yn1,DT=devtyp,: 
CABL=abL / DBZ=dwnLsiz,UBZ=upbsize,DBL=dwnbUm,UBL=upbUni,XBZ=xmitsi Z ,AUTOLOGC=yn2: / 3 

CAUT0C0NC=yn33,PRIC=yn4],DU=yn5],HN=node,HDi:=yn63,LK= y n7,AB=ab / BR=br,BS=b S ,B1=b1,B2=b2,D 

CCI=ci,CN=cn,CP=cp / CT=ct,DLC=dlc,0LT0=dlto,DLX=dlx,EBX=ebx,EBR=ebr,3 

CELX=eLx,ELR=elr,EP=ep,XLC=xLc,XLTO=xLto,XLX=xlx,XLY=xly,IC=ic,] 

CIN=in,LI=li,OP=op,OC=oc,PA=pa,PG=pg,PL=pl,PW=pw,: 

CP90=fv90,... ,P99=fv99D. 

deViCe c T h a rL l t^ t , name °T, th !- terminal deV ' Ce bei " 9 defined - This ™» e c« ^ one through seven 
lettlrlVr r?" a -l ^JlZ* character must * » I'tt.r; the other characters can be 
III Z • d, 9 ,ts - If * hl s statement is used within the set following a GROUP statement 
o £ 1^ r" 01 ■♦' L ° n r r than f1ve ch -™*"- This is the name used by thThSst' 
default va[ue ' "* C ° ntr ° l *** ^^ Th1s name is ^^ the ™ " "o 

All other parameters are described in the text. 



Figure 4-5. TERMDEV Statement Format for Communication Lines of TIPTYPE=ASYNC 
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TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for the device. Supported devices are 
grouped into terminal classes, according to their 
hardware characteristics. 

Each CDC-defined terminal class has the default 
Characteristics associated with an archetype ter- 
minal. Each CDC-defined terminal class has a range 
of possible characteristics. These ranges deter- 
mine the values legal for parameters you specify on 
the TERMDEV or DEVICE statements. 

Because the network cannot recognize differences 
among some terminal classes, a default terminal 
class exists for each subcategory of the TIP type 
(the subTIPtype, defined by the STIP parameter of 
the TERMINAL or TERMDEV statement); these defaults 
can be used when you declare a STIP parameter. 

The mnemonics identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes, with the following 
| exceptions: you can use TC28, TC29, and TC30 to 
identify site-defined terminal classes with no 
default characteristics , corresponding to reserved 
Network Access Method (NAM) terminal class numbers. 

Because the characteristics of terminals in site- 
defined classes are unknown, TERMINAL, TERMDEV, or 
DEVICE statement parameter value ranges are checked 
against those valid for the STIP value specified. 
Any value declared for a terminal or device parame- 
ter is valid if the parameter and value conform to 
requirements of that subTIPtype. 

This parameter is optional. When you declare a 
value for TC, it must be one of the following 
reserved words : 

CCP Specifies that CCP is to provide the 
default terminal class appropriate for 
the subTIPtype; using this value is 
equivalent to omitting the parameter. 

H2000 Identifies a terminal device compatible 
with Hazeltine 2000 series equipment 
emulating a teletypewriter. 

M33 Identifies a terminal device compatible 
with Teletype Model 30 series equipment. 

M40 Identifies a terminal device compatible 
with Teletype Model 40-2 equipment. 

TC28 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 28. 

TC29 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 29. 

TC30 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 30. 

T4014 Identifies a terminal device compatible 
with Tektronix 4014 series equipment 
emulating a teletypewriter. 



X364 Identifies a terminal device compatible 
with the ANSI X3.64 standard (DEC 
VT100). 

2741 Identifies a terminal device compatible 
with IBM 2741 equipment. 

713 Identifies a terminal device compatible 
with CDC Model 713, 751, 752, or 756 
series equipment. 

721 Identifies a terminal device compatible 
with CDC Model 721 equipment. 

If the TC parameter is omitted, the STIP parameter 
must be specified. If the TC parameter is specified 
with a value of CCP or TC28 through TC30, the STIP | 
parameter must be specified. If the STIP parameter 
is omitted, the TC parameter must be specified and 
cannot have the values CCP or TC28 through TC30. | 

If you omit the TC parameter or specify the value 
CCP, the default is selected according to the STIP 
value declared. The defaults are: 



STIP 
Value 

N2741 
2741 



TC Value 
Used 

M33 
2741 



CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. This parameter is optional. 

When you declare a value for CSET, it must be one 
of the following reserved words. For terminals in 
class 2741 or in site-defined terminal classes with 
a STIP value of 2741, the value can be: 

AUTOREC The code set appropriate for the ter- 
minal class or determined by automatic 
recognition should be used; using this 
value is equivalent to omitting the 
parameter . 

CORAPL IBM Correspondence code set with APL 
character set. 



CORRES IBM Correspondence code with 
spondence code character set. 



Corre- 



CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15. 

EBCD IBM Extended BCD code and character 
set. 

EBCDAPL IBM Extended BCD code set with APL 
character set. 

For terminals in classes M33, 713, 721, X364, M40, 
H2000, and T4014, or in site-defined terminal 
classes with a STIP value of N2741, the value can 
be: 

APLBP ASCII code set with bit-pairing APL 
character set. 



o 



J 






4 \ 
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APLTP 






o 



c 



^^ 



ASCII code set with typewriter-pairing 
character set. 



ASCII ASCII code and character set. 

AUTOREC The default code set for the terminal 
class or that is determined during 
automatic recognition of the terminal 
device should be used. 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15. 

If you specify CSET for a device on an automatic 
recognition line, the network software performs an 
additional match while identifying the terminal in 
the configuration file. If you omit CSET, no 
additional match is performed for a device on an 
automatic recognition line, and the recognized 
value is used. 

For fixed-configuration lines, the default is 
selected according to the STIP value declared or 
used. The defaults are: 



STIP 
Value 

N2741 
2741 



CSET 
Value Used 

ASCII 
CORRES 



The terminal user can change any value that you 
specify. 



RIC PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities. This 
parameter is optional. 

A terminal can have restricted interactive capa- 
bilities for many reasons; for example, perhaps no 
console device actually exists and interactive 
dialog must occur through a site-defined device. 

The effect this parameter has depends on the 
application program the terminal uses. For example 
RBF does not output the READY prompt and does not 
require a GO command to enable any defined passive 
devices when RIC is specified. 

Possible values for this parameter are: 

NO Indicates that the terminal has full 
interactive capabilities. 

YES Indicates that the terminal has limited 
interactive capablities. 

If you omit the RIC parameter, the default value of 
NO is used. 



TSPEED PARAMETER 

The TSPEED parameter specifies the baud rate of the 
terminal. This parameter is optional and valid 
only when the communication line is defined for 
automatic recognition. 



If you specify a TSPEED value, the network software 
performs an additional match while identifying the 
terminal in the configuration file. Any terminal 
accessing the communication line using the speed 
you specify might match the terminal definition. 

If AUTO is specified, the TSPEED parameter can have 
the following values: 



110 134 
AUTOREC 



150 300 600 1200 2400 



If XAUTO is specified, the TSPEED parameter can 
have the following values: 

600 1200 2400 4800 9600 AUTOREC 

If you omit this parameter or use the value AUTOREC, 
CCP determines the baud rate when it performs auto- 
matic recognition for the terminal; CCP recognizes 
any transmission speed valid for the communication 
line. 



DEVICE DEFINITIONS 

You must provide one device definition for the 
device that can access the communication line 
through the terminal. If a TERMDEV statement is 
used in place of the TERMINAL statement, a DEVICE 
statement cannot be used. Each TERMINAL statement 
can have only one DEVICE statement. 



The released version of the network software does 
not provide support for passive devices on asyn- 
chronous lines. You can configure your own passive 
devices using the terminal classes TC28 through 
TC30, or you can connect them as secondary devices I 
to merely echo the input and output of the console 
device . 



Figures 4-5 and 4-6 present the formats of the 
TERMDEV and DEVICE statements for devices on asyn- 
chronous lines. The following DEVICE and TERMDEV 
parameters provide the definition for an asynchro- 
nous terminal device : 



AB 


DBL 


HD 


PW 


ABL 


DBZ 


HN 


P90 through P99 


AUT0C0N 


DI 


IC 


UBL 


AUTOLOG 


DLC 


IN 


UBZ 


BR 


DLTO 


LI 


XBZ 


BS 


DLX 


LK 


XLC 


Bl 


DT 


OC 


XL TO 


B2 


EBR 


OP 


XLX 


CI 


EBX 


PA 


XLY 


CN 


ELR 


PG 




CP 


ELX 


PL 




CT 


EP 


PRI 





The DT parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 
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device: DEVICEC / DT=devtyp / ABL=abl,DBZ=dwnlsiz,UBZ=upbsize,DBL=dwnblim,UBL=upbliin,3 

CXBZ=xmitsiz,AUT0L0GC=yni: / AUT0C0NC=yn2a / PRIC=yn33,0IC=yn« / HN=node,HDC=yn53 / LK=yn6,AB=ab / BR=br,3 

CCP=cp / BS=bs,B1=b1,B2=b2,CI=ci / CN=cn,CT=ct / DLC=dLc,DLT0=dlto,DLX=dlx / EBX=ebx / ] 

r.EBR=ebr,ELX=elx,ELR=elr,EP=ep,XLC=xlc,XLTO=xlto,XLX=xlx,:] 

CXLY=xly,IC=ic,IN=in / LI=li,0P=op / 0C=oc,PA=pa / PG=pg,PL=pl,PW=pw,3 

CP90=f v90, . . .,P99=fv99D. 

device The element name of the terminal device being defined. This name can be one through seven 
characters long. The first character must be a letter; the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement, 
the device name cannot be longer than five characters. This is the name used by the host 
or NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 



Figure 4-6. DEVICE Statement Format for Communication Lines of TIPTYPE=ASYNC 



DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site-defined device type. 

If you specify a CDC-defined device type, the other 
device definition parameters on the DEVICE or 
TERMDEV statement: 

Are required by the NDL processor where 
indicated in the text 

Have the predefined default shown in the text 
Have the predefined ranges shown in the text 

If you specify a site-defined device type, the 
other device definition parameters on the DEVICE or 
TERMDEV statement: 

Are not required by the NDL processor 

Have no predefined default 

Are not checked for uniqueness 

Are not checked for compatibility with other 
device definition parameters on the same 
statement 

When you specify the DT parameter, the following 
values are valid: 

CON Identifies a CDC-defined console device. 

DT12 Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 

If you omit the DT parameter, the default value of 
CON is used. 



AB PARAMETER 

The AB parameter specifies the character to be used 
to abort an output block. When the terminal user 
enters this character as the only character on a 
line, CCP discards the block of data being trans- 
mitted to the terminal. 

This parameter is optional. If you specify a value, 
it must be either the reserved word CCP or a hexa- 
decimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the BS, Bl, B2, CT, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the AB parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 

STIP AB Value 

Value Used ASCII Character 



N2741 
2741 



18 
28 



CAN (CTRL and X keys) 



( 



o 
o 









<y 
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The value of this parameter reverts to the default 
value when the terminal class Is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



ABL PARAMETER 

The application block limit (ABL) parameter 
specifies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
program and this terminal. The value you choose 
should keep the terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. 

This parameter is optional. The ABL parameter has 
the following value range: 

1 < abl < 7 

The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. The host queues abl - dbl 
blocks; the NPU queues dbl blocks. An ABL value 
significantly larger than the DBL value causes NAM 
to use more host memory but might reduce the number 
of times an application program is rolled out. 

If you omit the ABL parameter, a default value is 
used (DT of CON only). Default values depend on 
the value declared or used for the LSPEED parameter 
from the corresponding LINE or GROUP statement. 
The defaults are: 



LSPEED 
Value (b/s) 

_< 4800 
9600 



ABL Value 
Used 

2 
3 



AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
| the console device to the selected host node. This 
parameter is valid only for console devices. 

If the line is hard-wired (LTYPE=A2) and you specify 
the AUTOCON parameter, you should also specify the 
device as an autologin device in the local 
division. This is recommended because if AUTOCON 
is specified without AUTOLOG, the connection to the 
host can be terminated for inactivity before the 
user logs in. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUT0CON=N0 is specified. 

This parameter and its values are optional. You 
can specify either of the following values: 



NO 



YES 



Indicates that CCP should not attempt 
automatic connection. 



Indicates that CCP 
automatic connection. 



should 



attempt 



If you omit the AUTOCON parameter, the default 
value of NO is used for a DT of CON. If you 
specify this parameter without a value, the value 
of YES is used. 



AUTOLOG PARAMETER 

The AUTOLOG parameter is a stand-alone keyword that 
specifies whether the Network Validation Facility 
should use information in the local configuration 
file to log in the specified console device. If 
you specify that automatic login should be 
attempted, the information used for the login must 
be provided through NDL USER statement parameters 
(see section 8). During login, the terminal user 
must specify the information that is not contained 
in the local configuration file. 

This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that the terminal user should 
be prompted for all login parameters. 

YES Indicates that automatic login should 
be attempted. 

If you omit the AUTOLOG parameter, the default value 
of NO is used for a DT of CON. If you specify this 
parameter without a value, the value of YES is used. 

The AUTOLOG parameter is ignored by the NOS 2 3 
version of NVF, but is retained for compatibility 
with earlier systems. For NOS 2.3, autologin is 
based solely on the presence or absence of a USER 
statement for the device in the local division. If 
the device being specified is required to be 
autologged into a host running earlier versions of 
the network products, the AUTOLOG parameter must 
still be specified. 



BR PARAMETER 

The BR parameter determines whether CCP associates 
data control functions with the pressing of the 
break function key. The break function key is 
usually labeled BREAK, ATTN, INTERRUPT, or some- 
thing similar. 

If the break function key is not associated with 
data control, pressing the break function key only 
interrupts output. After input is completed, output 
is resumed at the next character. 

If the break function key is associated with data 
control, the following occurs when the terminal 
user presses the break function key: 

If input is in progress, the network software 
discards the current logical line of input (the 
function also associated with the character 
defined by the CN parameter). 

If output is in progress, CCP discards all 
output queued for the device. 

If output is in progress, or the terminal is 
idle, CCP sends a user break 1 message upline 
(the function also associated with the character 
defined by the Bl parameter). 
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After Input occurs, output resumes with the next 
block transmitted from the host. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify this 
parameter, the following values are recognized: 

CCP Indicates that CCP should perform the 
default action appropriate for the ter- 
minal class. Using this value is 
equivalent to omitting the parameter. 

NO Indicates that the break function key 
has no control functions. 

YES Indicates that the break function key 
has control functions. 

If you omit the BR parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only) . 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



BS PARAMETER 

The BS parameter specifies the character to be used 
for the single-character deletion function. When 
the terminal user enters this character, CCP dis- 
cards the preceding character transmitted by the 
terminal (unless the character has already been 
sent to the host). The character code used for the 
deletion function does not produce a physical back- 
space at the device unless the device also 
recognizes the code for that function. 

This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3P, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the AB, Bl, B2, CN, CT, EBX, or ELX 
parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the BS parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The default for all 
terminal classes except M40 is: 



BS Value 
Used 

08 



ASCII Character 

BS (CTRL and H keys, or < — key, or 
BACKSPACE key) 



Terminal class M40 has 
parameter . 



default for this 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



Bl PARAMETER 

The Bl parameter specifies the character to be used 
as a user break 1 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans- 
mitted to the terminal and sends a user break 1 
message upline to the connected application program. 

The effect this parameter has depends on the appli- 
cation program. For example, IAF interprets the 
user break 1 message as a job step interrupt from 
the terminal user. 

This parameter is optional. If you specify a value, 
it must be either the reserved word CCP or a hexa- 
decimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the AB, BS, B2, CN, CT, EBX, or ELX 
parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the Bl parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 



STIP 
Value 

N2741 
2741 



Bl Value 
Used 

10 
3A 



ASCII Character 

DLE (CTRL and P keys) 
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The value of this parameter reverts to the default 
value when the terminal class is changed from . the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 
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B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans- 
mitted to the terminal and sends a user break 2 
message upline to the connected application program. 

The effect this parameter has depends on the appli- 
cation program. For example, IAF interprets the 
user break 2 message as a job step termination from 
the terminal user. 

This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the AB, BS, Bl, CN, CT, EBX, or ELX 
parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the B2 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 



STIP 
Value 

N2741 
2741 



B2 Value 
Used 

14 
29 



ASCII Character 

DC4 (CTRL and T keys) 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



CI PARAMETER 

The CI parameter specifies the number of idle 
characters to insert in the downline data after a 
carriage return. The number of idle characters 
inserted must be sufficient to provide the time 
needed by the terminal to physically return the 
carriage of the device to its left margin for the 
next line of output. 

This parameter is optional. If you declare this 
parameter, you must use the reserved word CCP or a 
value in the following range: 

< ci < 99 
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If you omit the CI parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter value 
used for the terminal. The default values are: 



TC; 


CI Value 


Value 


Used 


H2000 





M33 


2 


M40 


1 


T4014 





2741 


8 


713 





721 





X364 






The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message. When the ter- 
minal user enters this character as the last char- 
acter of a logical line, the network software 
discards the entire logical line, including any 
portion already transmitted from the terminal. 

This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters = , DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the BS, Bl, B2, CT, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the CN parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 



STIP 
Value 

N2741 
2741 



CN Value 
Used 

18 
28 



ASCII Character 

CAN (CTRL and X keys) 
( 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 
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CP PARAMETER 

The CP parameter specifies whether CCP should make 
a cursor positioning response when the terminal 
user enters a linefeed or an end-of-line or end-of- 
block character, such as a CR or EOT. (The end-of- 
line and end-of-block characters are the current 
values of the ELX and ELB parameters.) The cursor 
positioning response to linefeed is a carriage 
return. The cursor positioning response used by 
CCP to end-of-line or end-of-block is determined by 
the the current settings of the ELR and EBR parame- 
ters. The default response moves the cursor to the 
beginning (left margin) of the next line on the 
screen; this is equivalent to a carriage return and 
linefeed operation. 

The CP parameter is optional; this parameter is 
allowed for all terminal classes except 2741. If 
you specify this parameter, you must use one of the 
following reserved words: 

CCP Indicates that CCP should use the 
default setting appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that no cursor positioning 
response should occur. 

YES Indicates that the cursor should be 
repositioned. 



If you omit this parameter or specify the value of 
CCP, the default value of YES is used for a DT of 
CON. 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the 
first character on a line, CCP interprets the line 
as a command. Among other functions, CCP supports 
terminal definition commands to determine or change 
the values you have established for the following 
parameters: 



AB 


CP 


EBX 


IN 


PW 


BR 


CSET 


ELR 


LI 


TC 


BS 


CT 


ELX 


OC 


XLC 


Bl 


DLC 


EP 


OP 


XLTO 


B2 


DLTO 


HD 


PA 


XLX 


CI 


DLX 


HN 


PG 


XLY 


CN 


EBR 


IC 


PL 





This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 
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You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the AB, BS, Bl, B2, CN, EBX, or ELX 
parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the CT parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 
are: 



ASCII Character 

ESC (CTRL and [ keys or 

ESCAPE key) 

ESC (CTRL and [ keys or 

ESCAPE key) 

ESC (CTRL and [ keys or 

ESCAPE key) 

ESC (CTRL and [ keys or 

ESCAPE key) 

% 

ESC (CTRL and [ keys or 

ESCAPE key) 

ESC (CTRL and [ keys or 

ESCAPE key) 

% 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be outstand- 
ing (unacknowledged) between the host computer and 
this terminal. The value you choose determines how 
many blocks of data the NPU queues from the total 
number of outstanding blocks (ABL parameter value) 
of the size specified by the DBZ parameter. 



TC 


CT 


Value 


Value Used 


H2000 


IB 


M33 


IB 


M40 


IB 


T4014 


IB 


2741 


25 


713 


IB 


721 


IB 


X364 


25 



This parameter is optional, 
the following value range: 

1 < dbl < 7 



The DBL parameter has 



The value you declare should be less than or equal 
to the application block limit (ABL parameter 
value) of the terminal. The host queues abl - dbl 
blocks; the NPU queues dbl blocks. Small DBL 
values use less NPU memory but cause slower data 
transfers. 
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If you omit the DBL parameter, a default value is 
used (DT of CON only). The default value depends 
on the value declared or used for the LSPEED param- 
eter from the corresponding LINK or GROUP statement. 
The default is: 



LSPEED 
Value (b/s) 

< 9600 



DBL Value 
Used 



DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the appli- 
cation programs to divide downline messages into 
blocks . 



This parameter is optional, 
the following value range: 

1 < dbz < 2043 



The DBZ parameter has 



The value you declare should be chosen together 
with the value used for the DBL parameter. 

If you omit the DBZ parameter, a default value is 
used (DT of CON only). Default values depend on 
the value declared or used for the LSPEED parameter 
from the corresponding LINE or GROUP statement. 
The defaults are : 



LSPEED 
Value (b/s) 

< 1200 
2400 
4800 
9600 



DBZ Value 
Used 

225 
465 
885 
885 



These defaults optimize use of the default values 
for the DBL parameter. 



Dl PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies a device as initially enabled or disabled. 
An enabled device is configured and serviced as 
soon as the communication line becomes active. A 
disabled device is neither configured nor serviced 
when the line becomes active. 

If you initially disable the device, a host or NPU 
operator can change the device status to enabled. 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a 
hardwired line). 

This parameter is optional. If you specify the DI 
parameter, you must use one of the following values: 



NO 



Indicates that the device is initially 
enabled . 



YES Indicates that the device is initially 
disabled . 



If you specify the DI parameter without a value, 
the value of YES is used. If you omit this 
parameter, the default value of NO is used. 



DLC PARAMETER 

The DLC parameter indicates the maximum number of 
characters that can be input in each single-message 
transparent mode upline message from this terminal. 
After the terminal user or the application program 
changes the device's input mode to transparent from 
normalized, CCP forwards a message block to the 
application and changes back from transparent mode 
to normalized mode when the device transmits the 
indicated number of characters. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. You should not 
declare this parameter if you declare the XLC, 
XLT0, XLX, or XLY parameters. You can use the 
following values: 

CCP 

Indicates that CCP should use the default 
number appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

1 < die < 4095 

Indicates the maximum decimal number of 
characters that the terminal can transmit 
as a single transparent mode message. 

If you omit this parameter or specify the value 
CCP, the default value of 2043 is used (DT of CON 
only) . 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



DLTO PARAMETER 

The DLTO parameter specifies whether a 200- to 
400-millisecond timeout on the communication line 
ends single message transparent mode input. After 
the terminal user or the application program changes 
the device's input mode to transparent from normal- 
ized, CCP forwards a message block to the applica- 
tion and changes back from transparent mode to 
normalized mode when the device stops transmitting 
for the indicated timeout period. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. You cannot use the 
DLTO parameter if you use the XLC, XLT0, XLX, or 
XLY parameters. When you specify the DLTO parame- 
ter, you must use one of the following values: 

CCP Indicates that CCP should use the 
default choice appropriate for the ter- 
minal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that a timeout does not end 
transparent mode input. 

YES Indicates that transparent mode input 
ends when a timeout occurs. 
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If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



DLX PARAMETER 

The DLX parameter indicates the hexadecimal value 
of the character code that should end input of a 
single-message transparent mode message from the 
device. After the terminal user or the application 
program changes the device's input mode to trans- 
parent from normalized, CCP forwards a message 
block to the application and changes back from 
transparent mode to normalized mode when the device 
transmits this character. 

This parameter is optional; it is allowed for all 

terminal classes except 2741. You cannot use the 

DLX parameter if you use the XLC, XLTO, XLX, or XLY 
parameters. 

You should select transparent mode input delimiters 
with care. The character code you declare as the 
DLX value must be the code of a character that the 
physical device can input. If the delimiter is a 
character that cannot be input (either because of 
device hardware limitations or because of the PA 
parameter value declared for the device), then CCP 
cannot terminate transparent mode input and the 
device will be trapped in that mode of operation 
once it has begun. 

The value valid for a given character depends on 
the character code set used by the terminal. You 
can use the following values: 

CCP 

Indicates that CCP should use the default 
character code appropriate for the terminal 
class; using this value Is equivalent to 
omitting the parameter. 

< dlx < FF 

Indicates the hexadecimal code that ends 
single message transparent input. 

Values above 7F should not be used unless the PA 
| parameter value of N or I is used. Codes above 7F 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 



If you omit this parameter or specify the value 
CCP, the default value of OD is used (DT of CON 
only). This is the ASCII code for the carriage 
return character. 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 
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EBR PARAMETER 

The EBR parameter indicates the appropriate cursor 
positioning response whenever a block of input 
ends. A block of input ends when CCP receives the 
currently defined end-of-block character (EBX 
parameter value). Whether cursor positioning 
occurs at the end of a block is determined by the 
value declared or used for the CP parameter. 

This parameter is optional; it is legal for all 
terminal classes except 2741. If you specify this 
parameter, you must use one of the following values: 

Indicates that CCP should perform the 
default response appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

Indicates that CCP should perform a 
carriage return and linefeed operation 
(move the cursor left and down to the 
beginning of the next physical line). 

Indicates that CCP should perform a 
carriage return operation (move the 
cursor left to the beginning of the 
current physical line). 

Indicates that CCP should perform a 
linefeed operation (move the cursor 
down to the next physical line). 

Indicates that CCP should not reposition 
the cursor. 



CCP 



CL 



CR 



LF 



NO 



If you omit this parameter or specify the value 
CCP, the default value of CL is used (DT of CON 
only) . 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



EBX PARAMETER 

The EBX parameter identifies the character code 
that ends a block of one or more messages (one or 
more logical lines) from the device. When CCP 
detects this code in input, it forwards the last 
message of the block upline. The character is I 
significant only when the terminal is operating in I 
block input mode. If the device is operating in I 
normalized block mode (IN parameter value of BK), 
CCP retains output until this code is received. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. | 

If you specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 
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30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the AB, BS, Bl, B2, CN, or CT parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit this parameter or specify the value 
CCP, the default value of 04 is used (DT of CON 
only). That value is the ASCII end-of-transmission 
(EOT) character, generated by the CTRL and D keys. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



ELR PARAMETER 

The ELR parameter indicates the appropriate cursor 
positioning response whenever a message (logical 
line) of input ends. A logical line of input ends 
when CCP receives the currently defined end-of-line 
character (ELX parameter value). Whether cursor 
positioning occurs is determined by the value 
declared or used for the CP parameter. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should perform the 
default response appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

CL Indicates that CCP should perform a 
carriage return and linefeed operation 
(move the cursor left and down to the 
beginning of the next physical line) . 

CR Indicates that CCP should perform a 
carriage return operation (move the 
cursor left to the beginning of the 
current physical line). 

LF Indicates that CCP should perform a 
linefeed operation (move the cursor 
down to the next physical line) . 

NO Indicates that CCP should not reposition 
the cursor. 



If you omit this parameter or specify the value 
CCP, the default value of LF is used (DT of CON 
only). 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 
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ELX PARAMETER 

The ELX parameter identifies the character code 
that ends a message (logical line) from the device. 
When CCP detects this code in input, it forwards 
the message upline and discards this code. If the 
device is operating in normalized line mode (IN 
parameter of KB), CCP begins output of any queued 
downline blocks after receiving this code. 

This parameter is optional; it is allowed for all 
terminal classes except 2741 . | 

If you specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, S0H, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the AB, BS, Bl, B2, CN, or CT parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit this parameter or specify the value CCP, 
the default value 0D is used (DT of CON only). 
That value is the ASCII carriage return character. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



EP PARAMETER 

The echoplex (EP) parameter causes or prevents the 
echoing of input characters back to the output 
mechanism of the device. Echoplexing is normally 
required when the device operates in full-duplex 
mode and no echoing is performed by hardware between 
the device input hardware and CCP. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify the 
EP parameter, you must use one of the following 
values : 

CCP Indicates that CCP should echo input if 
that is the appropriate default action 
for the terminal class; using this 
value is equivalent to omitting the 
parameter. 

NO Indicates that CCP should not echo input 

YES Indicates that CCP should echo input 
characters. 
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If you omit the EP parameter or specify the value 
CCP, a default value is used (DT of CCP only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 
are: 



TC 


EP Value 


Value 


Used 


H2000 


NO 


M33 


NO 


M40 


NO 


T4014 


NO 


2741 


NO 


713 


NO 


721 


NO 


X364 


YES 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



HD PARAMETER 

The HD parameter controls whether or not the full 
host availability display (HAD) is presented to the 
terminal user. This parameter is optional and is 
valid only for console devices. 

If you specify this parameter, you must use one of 
the following values: 



NO 



Indicates that the full host availability 
display is not presented to the terminal 
user. The terminal user receives only 
the host status message and the prompt 
message. 



YES Indicates that the full host availability 
display is presented to the terminal user. 

If you omit this parameter and only a single host 
is defined, the default value of NO is used. If 
you omit this parameter and multiple hosts are 
defined, the default value of YES is used. 

The value of this parameter does not change when 
the terminal class is changed from the console or 
changed by the application program. The application 
program or the terminal user can change any value 
that you specify. 



HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal user. 

This parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values: 



NONE 



Indicates that no node number is specified. 
This has the same effect as not declaring 
the parameter. A value of NONE cannot be 



declared if AUTOCON is also specified and 
there are logical links to more than one 
host terminating in the NPU being defined. 

1 < HN < 63 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 



The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement within 
the same network definition. If all the COUPLER 
statements for all the logical links to the NPU 
being defined have equal HNAME parameters, the NDL 
processor provides a default host node. The default 
host node is the last coupler specified. If the HN 
parameter is not specified, the terminal user must 
select a host before a connection can be made. If 
the AUTOCON parameter is specified, then the HN 
parameter must also be specified. 

The value of this parameter does not change when 

the terminal class is changed from the console. 

The terminal user can change any value that you 
specify. 



o 

o 
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IC PARAMETER 

The IC parameter specifies whether or not the input 
mechanism of the device supports an ASCII DC3 code 
(X-OFF character) as a signal to stop input and an 
ASCII DC1 code (X-ON character) as a signal to 
resume input. CCP transmits these codes to control 
input flow when the device can support them. 

This parameter allows you to configure a device so 
that input from an intelligent terminal such as a 
personal computer or from a cassette mechanism can 
be interrupted and restarted as needed without 
terminal user intervention. CCP sometimes needs to 
suspend input because the volume of network traffic 
has temporarily used all available storage space. 

You should be careful that this parameter is 
appropriately defined for the device hardware that 
actually uses the line. These codes are used for 
many purposes by device manufacturers; receiving 
either code can have effects other than resuming or 
stopping input. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should use the 
default appropriate for the terminal 
class; using this value is equivalent 
to omitting the parameter. 

NO Indicates that CCP cannot use X-ON and 
X-OFF characters to control input. 

YES Indicates that CCP can use X-ON and 
X-OFF characters to control input. 

If you omit the IC parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 
are: 
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TC 


IC Value 


Value 


Used 


H2000 


NO 


M33 


NO 


M40 


NO 


T4014 


NO 


2741 


NO 


713 


NO 


721 


NO 


X364 


YES 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



IN PARAMETER 

The IN parameter identifies the input mechanism and 
the input message blocking of the device. (Terminal 
users can use a similar command that also defines 
whether input is in transparent mode or normalized 
mode; you cannot configure a device to begin 
accessing the network in transparent mode.) 

As the input device, you can specify either: 

The keyboard 

The paper tape reader 

As the input transmission mode, you can specify 
either: 

Normalized line mode (one message or logical 
line per block) 

Normalized block mode (one or more logical 
lines or messages collected into a block before 
it is transmitted. Cursor positioning at line- 
feed and end-of-line is not performed and out- 
put is not sent until end-of -block is reached.) 

This parameter is optional; it is allowed for all 
terminal classes. Possible values are: 

BK Indicates keyboard input in block mode. 
This is not valid for TC=2741. 

CCP Indicates that CCP should use the 
default options appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

KB Indicates keyboard input in line mode. 

PT Indicates paper tape input in block 
mode. This is not valid for TC=2741. 

When the IN value is set to PT, CCP treats the paper 
tape reader as a block mode device with a fixed 
end-of-block character (the ASCII DC3 code, repre- 
senting the X-OFF character) . Whenever CCP expects 
input from the device, it sends an ASCII DC1 code 
to start the paper tape reader. This X-ON charac- 
ter is issued after the end of a message is output 
to the device and the message empties CCP's output 
queue for the device. If CCP receives an ASCII DC3 
code (X-OFF character) after an end-of-line charac- 
ter code, it views that code as a signal intended 
to stop the tape reader; the X-OFF is discarded. 
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Any other DC3 code is forwarded to the host as part 
of the message. 

If you omit this parameter or specify the value 
CCP, the default value of KB is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



LI PARAMETER 

The LI parameter specifies the number of idle char- 
acters to insert in the downline data after a line- 
feed code. The number of idle characters inserted 
must be sufficient to provide the time needed by 
the terminal to physically move the carriage of the 
device to its next line for output. 

This parameter is optional. If you declare this 
parameter, you must use the reserved word CCP or a 
value in the following range: 

_< li < 99 

If you omit the LI parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 



TC 


LI Value 


Value 


Used 


H2000 


3 


M33 


1 


M40 


3 


T4014 





2741 


1 


713 





721 





X364 






The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



LK PARAMETER 

The LK parameter specifies whether unsolicited mes- 
sages from the NPU or host operator can appear at 
the terminal. This parameter is optional. 

If you specify this parameter, you must use one of 
the following values : 

CCP Indicates that CCP should use the 
default mode appropriate for the ter- 
minal class; using this value is equiv- 
alent to omitting the parameter. 

NO Indicates that unsolicited messages 
should be delivered to the terminal as 
soon as received by CCP. 

YES Indicates that unsolicited messages 
should be discarded (locked out). 
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If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only). 



The value of this parameter does not revert to the 
default value when the terminal class is changed 
from the console or changed by the application pro- 
gram. The application program or the terminal user 
can change any value that you specify. 



OC PARAMETER 

The OC parameter specifies whether or not the out- 
put mechanism of the device sends an ASCII DC3 code 
(X-OFF character) as a signal for CCP to interrupt 
output and an ASCII DC1 code (X-ON character) as a 
signal for CCP to resume output. CCP can accept 
these codes for control of output flow by devices 
that must periodically interrupt output to perform 
such functions as emptying buffers to offline 
storage devices. DC1 and DC3 codes used in this 
manner are discarded by CCP. 

You should only use this parameter when the device 
actually using the line requires it. The DC1 and 
DC3 codes can be sent for many purposes by terminal 
users; either code in input might be intended as 
data for the host application program. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should use the 
default appropriate for the terminal 
class ; using this value is equivalent 
to omitting the parameter. 

NO Indicates that CCP should ignore X-ON 
and X-OFF characters in input; output 
control by the device is unnecessary. 

YES Indicates that CCP should recognize 
X-ON and X-OFF characters in input as 
output control by the device. 

If you omit the OC parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter 
value used for the terminal. The default values 
are: 



TC 


OC Value 


Value 


Used 


H2000 


NO 


M33 


NO 


M40 


NO 


T4014 


NO 


2741 


NO 


713 


NO 


721 


NO 


X364 


YES 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



OP PARAMETER 

The OP parameter identifies the output mechanism, 
page width processing requirement, and page length 
processing requirement of the device. CCP supports 
these possible output mechanisms : 

A console screen 

A hardcopy mechanism, such as a printer 

A paper tape punch 

CCP performs one of these processing actions when a 
finite page width is reached: 

Inserts the codes appropriate to return the 
cursor or carriage to the beginning of the next 
physical line 

Inserts no codes, which performs no action 

If the device has a page width of 0, the second 
choice is always used. Refer to the description 
under the heading PW Parameter. 

CCP performs one of these processing actions when a 
finite page length is reached: 

Inserts the codes appropriate to cause the 
cursor or carriage to move to the next page 
(clear screen, formfeed, and so forth) 

Inserts no codes, which performs no action 

If the device has a page length of 0, the second 
choice is always used. Refer to the PL Parameter 
description. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should use the 
default options appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

DI Indicates that the console display 
screen is used, no codes should be 
inserted when page width is reached 
(the device does its own line folding), 
and codes should be inserted when page 
length is reached. 



PR 



Indicates that a hardcopy printer is 
used, codes should be inserted when 
page width is reached (the device does 
not do its own line folding), and codes 
should be inserted when page length is 
reached . 



PT Indicates that a paper tape punch is 
used, codes should be inserted when 
page width is reached (the device does 
not do its own line folding), and codes 
should not be inserted when page length 
is reached. 

When the OP value is set to PT, CCP sends an ASCII 
DC3 code (the X-OFF character) at the end-of -message 
with postprint format control. 



o 
o 



jf 
x 
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\J 
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If you omit this parameter or specify the value 
CCP, a default value is used. The default used 
depends on the TC parameter value declared or used; 
the default values are (DT of CON only): 



o 



o 



o 



o 

o 



TC 


OP Value 


Value 


Used 


M33 


PR 


2741 


PR 


713 


DI 


721 


DI 


X364 


DI 


H2000 


DI 


T4014 


DI 


M40 


DI 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



PA PARAMETER 

The PA parameter indicates the processing CCP should 
perform for the parity bit within each character 
byte of upline or downline data. CCP processes the 
parity bit of all upline character codes in one of 
five ways : 

Ignores the input byte parity bit and sets it 
to zero after input. Converts the byte to an 
ASCII code if the device is operating in 
normalized mode, then forwards the byte upline 
to the application program. This is called 
zero parity processing. 

Checks the input byte parity bit to ensure that 
it is set to zero or one, as necessary to give 
the byte an even number of bits; odd settings 
are indicated to the receiving application 
program as parity errors. Sets the parity bit 
to zero after input , converts the byte to an 
ASCII code if the device is operating in 
normalized mode, then forwards the byte upline 
to the application program. This is called 
even parity processing. 

Checks the input byte parity bit to ensure that 
it is set to zero or one, as necessary to give 
the byte an odd number of bits; even settings 
are indicated to the receiving application 
program as parity errors. Sets the parity bit 
to zero after input , converts the byte to an 
ASCII code if the device is operating in 
normalized mode, then forwards the byte upline 
to the application program. This is called odd 
parity processing. 

Ignores the input byte parity bit. If the 
device is operating in normalized mode, sets 
the parity bit to zero, converts the byte to an 
ASCII code, and then forwards the byte upline 
to the application program. If the device is 
operating in transparent mode, forwards the 8 
bits unchanged to the application (for devices 
that send 8-bit bytes , this allows the 
application program to receive bit 7 as data) . 
This is called no parity processing. 
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Ignores the input byte parity bit . If the 
device is operating in normalized mode, sets 
the parity bit to zero, converts the byte to an 
ASCII code, and then forwards the byte upline 
to the application program. If the device is 
operating in transparent mode, ignore the 
parity bit when checking for transparent mode 
input delimeters. Forward the 8 bits unchanged 
to the application in the same way as for no 
parity. This is called ignore parity 
processing . 

CCP also processes the upper bit (bit 7) of all 
downline character code bytes in one of five ways : 

If the device is operating in normalized mode, 
CCP converts the lower seven bits of the byte, 
if necessary, to the code set used by the 
device. The parity bit in the output byte is 
set to zero, regardless of the setting of bit 7 
in the downline byte. This is called zero 
parity processing. 

If the device is operating in normalized mode, 
CCP converts the lower seven bits of the byte , 
if necessary, to the code set used by the 
device. The parity bit in the output byte is 
set to zero or one, as necessary to give the 
byte an even number of set bits; the setting of 
bit 7 in the downline byte is ignored . This is 
called even parity processing. 

If the device is operating in normalized mode, 
CCP converts the lower seven bits of the byte, 
if necessary, to the code set used by the 
device. The parity bit in the output byte is 
set to zero or one, as necessary to give the 
byte an odd number of set bits; the setting of 
bit 7 in the downline byte is ignored. This is 
called odd parity processing. 

If the device is operating in normalized mode, 
CCP converts the lower seven bits of the byte, 
if necessary, to the code set used by the 
device and the parity bit in the output byte is 
set to zero, regardless of the setting of bit 7 
in the downline byte . If the device is 
operating in transparent mode, the parity bit 
in the output byte is unchanged from the 
setting of bit 7 in the downline byte (for 
devices that can receive 8-bit bytes , this 
allows the application program to use bit 7 as 
data) . This is the method CCP uses for both no 
parity and ignore parity processing. 

You can specify one of these input and output 
processing options to match the parity bit input 
processing performed by the device and the output 
processing expected by it. If the device will 
operate in transparent mode, you must specify 
either the no parity or the ignore parity option 
for an application program and the device to 
exchange hexadecimal codes with values between 7F 
and FF (using bit 7 as data) . 

No parity and ignore parity processing differ only 
in the way that a transparent input delimeter is 
recognized. For both PA=N and PA=I, all 8 bits are 
treated as data during transparent input and 
output. For PA=4J, a transparent input delimeter is 
recognized when the 8-bit byte input from the 
device matches the 8-bit byte specified as the 
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delimeter. For PA=I, a transparent input delimeter 
is recognized when the bottom 7 bits of the byte 
input from the device match the bottom 7 bits of 
the specified delimeter; the parity bit is ignored. 

This parameter is optional. If you specify the PA 
parameter, you must use one of the following values: 

CCP Indicates that CCP performs the parity 
processing appropriate as a default for 
the terminal class; using this value is 
equivalent to omitting the parameter. 

E Indicates that CCP should perform even 
parity processing for both input and 
output bytes. 

II Indicates that CCP performs ignore 
parity processing for both input and 
output bytes. 

N Indicates that CCP should perform no 
parity processing for both input and 
output bytes. 

Indicates that CCP should perform odd 
parity processing for both input and 
output bytes. 

Z Indicates that CCP should perform zero 
parity processing for both input and 
output bytes. 

If you omit this parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the terminal class. 
The defaults are: 



TC 


PA Value 


Value 


Used 


M33 


E 


713 


E 


721 


E 


M40 


E 


H2000 


E 


T4014 


E 


X364 


E 


2741 






The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



PG PARAMETER 

The PG parameter specifies whether CCP should wait 
at each output page boundary for terminal user 
acknowledgment before it displays the next page of 
data. In certain situations, page waiting can 
occur other than at page boundaries; CCP produces a 
prompting message (OVER..) when this type of page 
waiting occurs. The user's response to page waiting 
is entry of a line, usually empty. 

CCP views a new page as beginning at the start of 
each downline message. CCP calculates the length 
of a page from the current values of the page width 
and page length (see PW and PL Parameter descrip- 
tions). If the page width is infinite (PW=0), a 
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page consists of one line less than the number of 
logical lines specified as the page length. If the 
page width is finite (PW is nonzero) , a page con- 
sists of one line less than the number of physical 
lines specified by the page length; CCP calculates 
the number of physical lines by dividing each 
logical line into units less than or equal to the 
page width. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 



CCP 



NO 



YES 



Indicates that CCP should use the 
default setting appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

Indicates that page waiting should not 
occur . 



Indicates 
occur . 



that page waiting should 



When you specify PG=YES, you should also specify a 
nonzero value for the PL parameter. CCP cannot 
perform page waiting at the boundaries of infinitely 
long pages (PL=0). 

If you omit the PG parameter or specify a value of 
CCP, the default value of NO is used (DT of CON 
only) . 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



PL PARAMETER 

The PL parameter specifies the number of physical 
lines per page of output for the device. If the 
device is configured for page waiting ,(PG parame- 
ter), any message containing more lines of output 
than the page length will be interrupted by CCP for 
a page waiting response from the terminal user. 
The interruption occurs after line pi - 1 is out- 
put. If the device is defined with a printer as 
its output mechanism (OP of PR), CCP inserts form- 
feed codes at page length boundaries. 

This parameter is optional. If you specify the PL 
parameter, you must use one of the following values: 



CCP 



Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 



Indicates an infinite page length. An 
infinite page length means that no page 
waiting occurs and no form-feed codes are 
inserted . 

8 _< pi < 255 

Indicates the number of physical lines per 
page. 
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If you omit the PL parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter value 
used for the terminal. The default values are: 



This parameter is optional. If you specify the PW 
parameter, you must use one of the following values: 



TC 


PL Value 


Value 


Used 


M33 





713 


24 


721 


30 


2741 





M40 


24 


H2000 


27 


X364 


24 


T4014 


35 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



PRI PARAMETER 

The PRI parameter is a stand-alone keyword. This 
parameter indicates whether data to or from the 
device is to have traffic priority over that to or 
from other devices in the network. Data to or from 
a device that does not have traffic priority is 
suspended to relieve network congestion before data 
to or from terminals with traffic priority is 
suspended. Interactive devices should usually be 
given traffic priority over batch devices. 

This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 

NO Indicates that the device should not 
have data traffic priority. 

YES Indicates that the device should have 
data traffic priority. 

If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO is used. 



PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of output for this device. This 
physical line length is also called the page width. 

For console devices (DT of CON) with a printer 
defined as the output mechanism (OP of PR) , output 
lines longer than pw characters are divided into 
lines of pw or fewer characters each. For console 
devices with a display defined as the output 
mechanism (OP of DI), output lines longer than pw 
characters might be divided into lines of pw or 
fewer characters each by the host application pro- 
gram; if the PW value for a device is inappropriate, 
loss of visual fidelity can occur (the application 
program might divide the data into lines that are 
too short or too long for the screen's capacity, 
instead of allowing the terminal to wrap lines when 
needed). An inappropriate PW value also affects 
line counting for page waiting; refer to the PG 
parameter description. 
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CCP 



Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 



Indicates that the device has an infinite 
page width. An infinite page width means 
that physical line length has no effect on 
output format. 

20 < pw < 255 

Indicates that the device can support 
physical lines no longer than the indicated 
decimal value. 

If you omit this parameter or specify the value 

CCP, a default value is used. The default value 

depends on the terminal class. Default values for 
console devices (DT of CON) are: 



TC 


PW Value 


Value 


Used 


M33 


72 


713 


80 


721 


80 


K364 


80 


2741 


132 


M40 


80 


H2000 


74 


T4014 


74 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



P90 THROUGH P99 PARAMETERS 

These ten parameters indicate the hexadecimal field 
value to use for the corresponding field number 
within the Terminal Interface Program configuration 
information transmitted for this device. The 
released version of the CDC -defined ASYNC TIP does 
not use any of these ten field number/field value 
pairs. 

These parameters are optional. If you specify a 
value, it must be within the following range: 

_< fv9i < FF 

If you omit these parameters, there are no default 
values . 



UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 
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You should choose a value that Is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application pro- 
gram in the host must occur. A fixed number of 
input messages might have significance to an appli- 
cation program. If such an application does not 
perform output until receiving that number of input 
messages and if you choose a UBL value smaller than 
this number, the application program becomes dead- 
locked (it waits for blocks of data that CCP is 
forced to discard because the block limit has been 
reached for upline queuing) . If the device must 
receive output before it can begin additional 
input, the device also becomes deadlocked by this 
situation. 

This parameter is optional. The UBL parameter has 
the following value range : 

1 < ubl <^ 31 

The NPU queues all upline blocks. Large UBL values 
rapidly use up NPU memory and cause slower data 
transfers . 

If you omit the UBL parameter, a default value is 
used (DT of CON only). The default value depends 
on the value declared or used for the LSPEED 
parameter from the corresponding LINE statement. 
The default value is: 



LSPEED 
Value (b/s) 

< 9600 



UBL Value 
Used 



The application program can change any value that 
you specify. 



UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. CCP divides each message from the 
device into network data blocks of the size you 
choose. The size you choose affects how much memory 
is needed to store the outstanding (unacknowledged) 
blocks of data in the NPU and the host. 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single network data block so that messages need not 
be divided into multiple network blocks. You 
should also choose a value that can be efficiently 
manipulated by the host application program. 

This parameter is optional. The UBZ parameter has 
the following value range for console devices (DT 
of CON): 

^ ubz _< 2000 

For site-defined devices (DT of DT12), the following 
range exists: 

< ubz < 2043 

If you specify 0, CCP sends an upline block whenever 
it receives 100 characters, or it detects a linefeed 
code. 



The value you declare should be chosen after con- 
sidering the value used for the UBL parameter. The 
NDL processor rounds the value you supply to the 
next multiple of 100 bytes, as follows: 



Value Supplied 



1 < ubz < 100 
101 < ubz < 200 



1901 < ubz < 2000 



Value 

in File 


100 
200 



2000 



The NDL processor issues an informative message if 
it adjusts the UBZ value that you specify. 

If you omit the UBZ parameter, a default value is 
used (DT of CON only). The default value depends 
on the value declared or used for the LSPEED param- 
eter from the corresponding LINE statement. The 
default value is: 



LSPEED 
Value (b/s) 

< 9600 



UBZ Value 
Used 

100 



This default optimizes use of the default values 
for the UBL parameter. 



The application program can change any value that 
you specify . The terminal user can change the value 
within the following range: 

< ubz < 200 



XBZ PARAMETER 

The transmission block size (XBZ) parameter speci- 
fies the maximum number of character bytes each 
block sent to the terminal can contain. CCP 
divides downline blocks as necessary to create a 
block of the specified number of characters. The 
value you choose should be less than or equal to 
the size of any buffer memory within the terminal. 

This parameter is optional. The XBZ parameter has 
the following range of values: 



200 < xbz < 2043 



If you omit the XBZ parameter, a default value is 
used (DT of CON only). The default value depends 
on the value declared or used for the LSPEED param- 
eter from the corresponding LINE statement. The 
default value is : 



LSPEED 
Value (b/s) 

< 9600 



XBZ Value 
Used 

450 



o 
o 









•J 



The application program can change any value that 
you specify. 



| 4-24 



60480000 M 



o 



o 
o 



^^y^lT 



O 



o 



O 



XLC PARAMETER 

The XLC parameter indicates the maximum number of 
characters that can be input in each message of 
multiple-message transparent mode input from this 
device. After the terminal user or the application 
program changes the device's input mode to trans- 
parent from normalized, the following occurs. When 
the device transmits the given number of charac- 
ters, a message block is forwarded to the applica- 
tion and the device remains in transparent mode. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. You cannot use the 
XLC parameter if you use the DLC, DLTO, or DLX 
parameters. If specified, XLX or XLTO must also be 
specified. You can use the following values: 



CCP 



Indicates that CCP should use the default 
number appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

1 < xlc _< 4095 

Indicates the maximum decimal number of 
characters that the terminal can transmit 
as one multiple-message transparent mode 
message. 

If you omit this parameter or specify the value 
CCP, the default value of 2043 is used (DT of CON 
only). The value of this parameter reverts to the 
default value when the terminal class is changed 
from the console or changed by the application pro- 
gram. The application program or the terminal user 
can change any value that you specify. 



XLTO PARAMETER 

The XLTO parameter specifies whether a 200- to 
400-millisecond timeout on the communication line 
ends multiple-message transparent mode input. After 
the terminal user or the application program 
changes the device's input mode to transparent from 
normalized, CCP forwards a message block to the 
application and changes back from transparent mode 
to normalized mode when the device stops transmit- 
ting for the indicated timeout period. 

This parameter is optional; it is allowed for all 

terminal classes except 2741. You cannot use this 

parameter if you use the DLC, DLTO, or DLX 
parameters. 

If you specify the XLTO parameter, you must use one 
of the following values : 



CCP 



NO 



YES 



Indicates that CCP should use the 
default choice appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

Indicates that a timeout does not end 
transparent mode input. 

Indicates that transparent mode , input 
ends when a timeout occurs . 



If you omit this parameter or specify the value 
CCP, no default exists. The application program or 
the terminal user can define a value or change any 
value that you specify. 



XLX PARAMETER 

The XLX parameter indicates the hexadecimal value 
of the character code that should cause upline 
transmission of a message in multiple-message 
transparent mode. If this character code is also 
used as the value for the XLY parameter and is 
input twice in succession, the device will be put 
back in normalized input mode as determined by the 
IN parameter. 

This parameter is optional; it is allowed for all 

terminal classes except 2741. You cannot use the 

XLX parameter if you use the DLC, DLTO, or DLX 
parameters . 

The value that is valid for a given character 
depends on the character code set used by the ter- 
minal. You can use the following values: 

CCP 

Indicates that CCP should use the default 
character code appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 



_< xlx _< FF 

Indicates the hexadecimal code that ends 
each message within multiple-message trans- 
parent input . 



Values above 7F should not be used unless the PA 
parameter value of N or I is used. Codes above 7F | 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 



If you omit this parameter or specify the value 
CCP, no default exists. The value of this parame- 
ter reverts to the default value when the terminal 
class is changed from the console or changed by the 
application program. The application program or 
the terminal user can change any value that you 
specify. 



XLY PARAMETER 

The XLY parameter indicates the hexadecimal value 
of the character code that ends multiple-message 
transparent mode operation when entered following 
the XLX character code. After the terminal user or 
the application program changes the device's input 
mode to transparent from normalized, CCP changes 
back from transparent mode to normalized mode when 
the device transmits this character immediately 
after the character defined for the XLX parameter. 
If this character is also used for the XLX parame- 
ter, the code does not change the device's input 
mode unless it is input twice in succession. 



60480000 M 



4-25 



You should select transparent mode input delimiters 
with care. The character code you declare as the 
XLY value must be the code of a character that the 
physical device can input. If the delimiter you 
declare is a character that cannot be input (either 
because of device hardware limitations or because 
of the PA parameter value declared for the device) , 
then CCP cannot terminate transparent mode input 
and the device will be trapped in that mode of 
operation once it has begun. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. You should not 
declare this parameter if you declare the DLC, 
DLTO, or DLX parameters. If you use the XLY 
parameter, you must also use the XLX parameter. 

The value that is valid for a given character 
depends on the character code set used by the 
terminal. You can use the following values: 

CCP 

Indicates that CCP should use the default 
character code appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 

< xly < FF 

Indicates the hexadecimal code that ends 
multiple-message transparent input. 



Values above 7F should not be used unless the PA 
| parameter value of N or I is used. Codes above 7F 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 



If you omit this parameter or specify the value 
CCP, and XLX is also specified, the default value 
is the code specified for XLX. Otherwise, no 
default exists. The value of this parameter 
reverts to the default of no value when the ter- 
minal class is changed from the console or by the 
application program. The application program or 
the terminal user can change any value that you 
specify. 



BUFFERING OF DATA 

Using the ABL, DBL, and UBL block limit parameters, 
you can tailor your configuration of a terminal to 
keep it efficiently occupied. The value you should 
choose for each block limit depends on factors such 



The number of application programs to be 
serviced 

The number of devices transmitting and receiving 
data 

The frequency of device usage 

The size of the NPU macromemory available for 
buffering 

The roll-in/roll-out frequency desired for each 
application program 



For each device, you can declare the number of 
characters constituting a block of data, as well as 
the total number of downline (output) blocks the 
network is permitted to queue between the device 
and an application program (the application block 
limit, or ABL parameter). The ABL parameter value 
that you should choose for the device depends on 
the size of the CCP buffering available (the down- 
line block limit, or DBL parameter) for the device 
and on a number of other factors in the network 
configuration . 

CCP buffers DBL output (downline) blocks between a 
terminal and an application program. NAM buffers 
ABL minus DBL blocks. Together, the device block 
limit parameters allow you to empirically tune the 
network's throughput rates, NAM's central memory 
requirements, and system performance/resource usage. 

For example, selection of a large ABL parameter 
implies less frequent roll-in/roll-out of an appli- 
cation program because each application program can 
send more data message blocks before its block 
limit is reached. A large value for ABL minus DBL 
also implies that a large field length for NAM is 
permissible, because the additional blocks are 
queued there. A small NPU macromemory size requires 
that you specify a small value for the DBL parame- 
ter to avoid swamping the available NPU buffer area 
and a small value for the ABL parameter to avoid 
forcing a large NAM field length for queuing. 

A large number of application programs need a small 
ABL parameter to make frequent roll-in/roll-out 
likely and reduce NAM's central memory use. This 
condition also requires selection of a large DBL 
parameter (implying that the NPU servicing the ter- 
minal has a large macromemory) to prevent swamping 
NAM's buffers and increasing the percentage of 
memory resources NAM requires. 

You should assign a value to the ABL parameter that 
allows an application program to assume that ABL 
blocks of the indicated number of characters can 
keep the terminal continuously busy. The default 
values for the block limit parameters provide 
adequate tuning for the servicing of terminals by 
the Interactive Facility (IAF) via NPUs with 
sufficient macromemory to support the number of 
devices configured. 

The recommended values and the defaults used for 
the block size and limit parameters are shown in 
the text describing each parameter earlier in this 
section. For console traffic, the following 
assumptions were made to derive these recommended 
and default values: 

Traffic is with IAF. Site-written applications 
might require different parameter settings. 

Maximum line usage by console devices is 90 
percent , which is achieved by high-volume user 
programs such as those servicing interactive 
graphics devices. This is achieved by choosing 
the DBZ and DBL values such that CCP queues 1 
second of data for each device on the line. 

IAF formats data into blocks less than or equal 
to DBZ characters. This block formatting is 
done if the terminal user's program is genera- 
ting data in sufficient volume and is subject 
to IAF's maximum block size of 945 characters. 
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You can optimize buffering in IAF by setting 
DBZ to a value of 45 + 60 n, where: 

3 < n _< 15 

The appropriate value of n is one where ABL 
blocks of DBZ size require disk accesses less 
than once every 2 seconds. 

The recommended value of ABL is always 2 unless 
the needed DBZ value would be greater than 
IAF's maximum block size of 945 characters. If 
you define DBZ as a value exceeding the maximum 
block size of IAF or the maximum size allowed 
by the device protocol (XBZ value), disk usage 
is not optimized. 

DBZ for an asynchronous device has no dependency 
on XBZ, other than the buffering capabilities 
(if any) of the device. 

Recommended values sometimes differ from default 
values . The default has been chosen to be com- 
patible with all other defaults valid at the lowest 
automatically recognized line speed. 



If NPU memory limitations cause frequent terminal 
input suspension by CCP, you can alter the DBZ and 
DBL values to partially correct the problem. If 
the problem persists or is not adequately resolved 
by altering DBZ and DBL, the PRI parameter for the 
devices serviced by the NPU involved can be used in 
the following manner. 



All console devices (devices with a DT parameter 
value of CON) can be configured with the PRI param- 
eter. Any devices transmitting large blocks (any 
devices configured with large UBZ parameter values) 
and any devices on higher speed lines transmitting 
small blocks should not be configured with the PRI 
parameter. This algorithm causes input suspension 
from devices making frequent large block trans- 
missions (such as batch devices) before input 
suspension of devices making small or infrequent 
transmissions. The latter kinds are assumed to be 
the normal case for interactive devices. 



For the Message Control System (MCS), the upline 
block size must be set to 0. 






o 



o 
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X.25 PROTOCOL LINES, TERMINALS, AND DEVICES 
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The parameters required and the values allowed on 
the LINE, TERMINAL, TERMDEV, and DEVICE statements 
depend upon the line protocol used. This section 
describes the form of a statement applicable to 
X.25 protocol lines. The first part of this 
section describes only terminal definitions. 
Application definitions are described after terminal 
definitions. 



A single TERMINAL or TERMDEV statement for all 
switched virtual circuits of the PAD subTIP on 
the line 

One DEVICE statement for all switched virtual 
circuits of the PAD, X25, or USER subTIP on the | 
line, unless a TERMDEV statement has been used 






o 



X.25 communication lines are those using the line 
types defined in table 5-1. Such lines are serviced 
by the CDC-supplied X.25 TIP and must be defined as 
fixed-configuration lines. If you use the site- 
defined line type, the X.25 TIP is presumed to be 
modified by your site (if necessary) to support 
either a standard communication line adapter or a 
specially built communication line adapter. 



LINE DEFINITION 

You configure terminals on an X.25 communication 
line by using the following statements: 

One LINE statement that defines the line 

V single TERMINAL or TERMDEV statement for all 
switched virtual circuits of the X25 subTIP on 
the line 



LINE STATEMENT PARAMETERS 

Each LINE statement defines one communication line 
between an X.25 network or device and the NPU. 
There must be one LINE statement for each CLA port 
on the NPU that supports X.25 access. 

Figure 5-1 shows the format of the LINE statement 
and the valid parameter values for X.25 communi- 
cation lines. Table 5-1 shows permitted line type 
values for the LTYPE parameter. 

As an example, the statement 

LN11A: LINE P0RT=11,LTYPE=H1,TIPTYPE=X25, 
DFL=32,FRAME=1 ,RTIME=1 ,PSN=TELENET. 

defines a high-level data link control (HDLC) line 
connected to the TELENET X.25 packet-switching 
network. 



TABLE 5-1. X.25 LINE TYPE DEFINITIONS 



o 



LTYPE 
Value 


Transmission 
Mode 


Transmission 
Operation 


Circuit 
Type 


Modem 
Typet 


CLA Type 


Maximum 
Speed, 
Bits per 
Second 


Carrier 
Type 


HI 


Bit-oriented 

synchronous 

HDLC 


Full-duplex 


Dedicated 
(Hardwired) 


RS232C, 
Bell 201B 
compatible , 
V.35 Standard 
compatible 


2563-1 
2563-2 


19200 
56000 


Constant 


H2 
(For 
site- 
defined 
use) 


HDLC 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


TModem types supported by each type of CLA may differ. 
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Line: LINE,PORT=port,LTYPE=ltype,TIPTYPE=tiptype,CDir=yni:i,:] 
DFL=dfl,FRAME=frame,RTIME=timer,PSN=psnt,RCOUNT=count,:i 
CNSVC=svcirc,DCEC=yn2] A DTEA=locadr / IHDISCC=yn3],LCN=Lcn,AL=acclev,P90=fv90,...,P99=fv993. 



o 



Line 
port 



The element name to be assigned to the communication Line being defined, 
required; there is no default value. 



This name is 



Ltype 



tiptype 



yn1 



dfl 



frame 



timer 



count 



svcirc 



The hexadecimal number (1 < port < FE) of the port to which this communication line 
connects on the NPU currently being defined. Within an NDL program, the port number is 
independent of the number of ports on the NPU; for example, a 128-port NPU can have a port 
numbered FE (254 decimal). However, we strongly recommend that you assign port numbers 
consecutively, starting with 1. All values declared for PORT parameters must be unique 
within the current network definition of each NPU. The value specified for port cannot 
be the same as the number declared for a port in any other LINE or TRUNK statement (or 
within a GROUP statement expansion) for this NPU and cannot be lower than the highest port 
number used by a trunk. This number is required; there is no default value. 

A reserved word value that identifies the type of communication line adapter/modem/circuit 
combination that is used on this line. This word is required; there is no default value. 
The legal words for this value declaration are described in table 5-1. 

A reserved word value that identifies the type of CCP Terminal Interface Program required 
for the terminals on this line. This word is required; there is no default value. The 
legal value for this declaration is: 



X25 X.25 protocol TIP is required. 



An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter specifies the status assigned to this communication line at network initiation. 
When DI or DI=YES is specified, the line is disabled at network initiation and cannot be 
used until the HOP or NOP enables it. If 01 is omitted or DI=N0 is specified, the line is 
given an initial status of enabled Unless the NOP or HOP specifies otherwise. 

The maximum decimal number (16 < dfl < 1024) of 8-bit characters or octets in a data 
packet. The parameter must be identical to the number of octets in a data packet 
contracted from the packet-switching network. This value is required; there is no default 
value. 

The frame window (1 < frame < 7); the maximum number of outstanding unacknowledged packets 
between the network processing unit and the X.25 network (this is the K parameter defined 
by the X.25 protocol standard). The parameter must be identical to the frame window size 
contracted from the packet-switching network. This value is required; there is no default 
value. 

The decimal retransmission timing period (1 < timer < 25500) in milliseconds; the time 
that must elapse before retransmission of an unackowledged X.25 data frame is attempted 
(this is the T1 parameter defined by the X.25 protocol standard). This value is required; 
there is no default value. NDLP rounds the value specified for timer to the next multiple 
of 100. 

The decimal retransmission count (1 < count < 15); the number of times retransmission of 
an unacknowledged X.25 data frame is attempted (this is the N2 parameter defined by the 
X.25 protocol standard). This parameter is optional. When count is not specified, the 
default value of 15 is used. 

The decimal number (0 < svcirc £255) of available switched virtual circuits (SVC) for 
this line. This parameter is optional; the default is 0. The parameter must be identical 
to the number of switched virtual circuits contracted from the packet-switching network 
and must conform to the following rules: 

The total number of virtual circuits defined (by the NCIR parameter on the TERMINAL or 
TERHDEV statement) for each STIP must be < svcirc. 

The total number of virtual circuit definitions must be < 255; svcirc + number of 
permanent virtual circuit (PVC) definitions < 255. 



Figure 5-1. X.25 LINE Statement Format (Sheet 1 of 2) 
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psn 



yn2 



locadr 



yn3 



ten 



aeclev 



fv9i 



A reserved word value identifying the packet-switching network to which the Line is 
connected. This parameter is required; there is no default value. The following values 
are recognized: 

CDSN Packet-switching network is compatible with the commercial CDSN network. 

C120 Packet-switching network is compatible with the CDC CYBER 120. 

DATAPAC Packet-switching network is compatible with the commercial DATAPAC network. 

PSN253 Site-defined packet-switching network type, identified by the number 253 
within the network software. 

PSN254 Site-defined packet-switching network type, identified by the number 254 
within the network software. 

PSN255 Site-defined packet-switching network type, identified by the number 255 
within the network software. 

TELENET Packet-switching network is compatible with the commercial TELENET network. 

TRNSPAC Packet-switching network is compatible with the commercial TRANSPAC 
network. 

TYMNET Packet-switching network is compatible with the commercial TYMNET network. 

UNINET Packet-switching network is compatible with the commercial UNINET network. 

Commercial packet-switching networks do not have identical interface requirements. CDC 
supports as general an X.25 interface as possible. As of the PSR Level shown on the 
record of revision page, CDC code supported all of the commercial networks listed above. 
TELENET and TYMNET have certified CDC support; when major changes occur in either of these 
packet-switching networks, CDC verifies continued certification and releases any needed 
support code as soon as feasible. Users of the other commercial networks should contact 
their Local sales offices if questions of continued compatibility arise. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter tells the NPU what role to play in the X.25 protocols. If DCE or DCE=YES is 
specified, the NPU must act as data circuit terminating equipment (DCE). If DCE is 
omitted or DCE=N0 is specified, the NPU must act as data terminal equipment (DTE). 

The decimal address (0 < locadr <_ 99) assigned to the Local end of the X.25 Link. This 
value specifies the address by which the X.25 protocol identifies calls to and from the 
connected NPU. The value declared will be the calling DTE address for outgoing call 
requests when DCE=YES is specified. This parameter is optional; if DTEA is specified, DCE 
also must be specified. There is no default value. 

An optional reserved word value (YES or NO) which specifies whether the Immediate 
Disconnect feature is enabled for this line. When IMDISC or IMDISC=YES is specified, any 
terminal on the line is disconnected immediately after the terminal has logged out 
(disconnected) from the host. When IMDISC is omitted or IMDISC=N0 is specified, a 
terminal on the Line is disconnected onLy after a two minute timer expires. 

The logical channel number (0 < Lcn < 255) which corresponds to the lowest numbered 
channel that a DTE CCP can use to make an outgoing application-to-application call. If 
CCP is a DCE, it corresponds to the highest numbered virtual circuit CCP can use to make 
outgoing application-to-application calls. This value must not exceed the total number of 
switched virtual circuits specified by the NSVC parameter. This parameter is optional; 
the default is 0. All NSVC circuits can be used. 

The decimal access level limit (0 < aeclev £ 7) for the line. The lowest access level is 
(unclassified), the highest is 7. If AL is omitted or AL=N0NE is specified, no access 
Level limit is associated with the line (equivalent to specifying AL=0). 

The hexadecimal fieLd value (0 < fv9i < FF) to use for the corresponding field number 
within the Terminal Interface Program configuration information transmitted for this 
line. The released version of the CDC-written X.25 TIP does not use any of these ten 
field number/field value pairs. 
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Figure 5-1. X.25 LINE Statement Format (Sheet 2 of 2) 
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PAD AND USER TERMINAL DEFINITIONS 

On an X.25 communication line, a terminal definition 
is the first portion of a virtual circuit defini- 
tion. An X.25 terminal and device definition, 
however, does not directly represent a piece of 
physical equipment. Each X.25 terminal and device 
definition represents one or more switched virtual 
circuits. Each virtual circuit can service one 
terminal device. 

Switched virtual circuits are comparable to terminal 
devices using dialup lines (the characteristics of 
the device using the line can change from use to 
use of the line). You specify only one terminal 
device definition for the terminals that use the 
line. As each switched virtual circuit becomes 
active, CCP creates a separate device definition 
for it, creating an element name for each defini- 
tion. This device name consists of the one to five 
characters you declare, plus an ordinal consisting 
of the switched virtual circuit number. 

You must provide one TERMINAL or TERMDEV statement 
for all packet assembly /disassembly (PAD) terminals 
that can access the communication line. Figures 
5-2 and 5-3 present the formats of these statements 
for terminals on X.25 lines. 



TERMINALC,STIP=st i ptyp,TC=t rmc las, ] 

CCSET=charset,RIC=yn1,D 

CV=pacwndw,NCIR=numci r,3 

CNEN=encir,PA0=string,COLLECTC=yn233. 
Parameters are described in the text. 



Figure 5-2. TERMINAL Statement Format 
for Communication Lines of TIPTYPE=X25 



If any switched virtual circuits are defined, the 
LINE statement must specify the total number of 
circuits available from the packet-switching network 
via that line (NSVC parameter). When the line 
supports switched virtual circuits, you can declare 
only one TERMINAL and DEVICE or one TERMDEV state- 
ment for each subTIPtype (STIP parameter) on the 
line. You can use the TERMINAL or TERMDEV statement 
NCIR parameter to define more than one circuit with 
that statement. The NCIR parameter determines the 
highest ordinal number used to generate a unique 
element name for each device using the circuit. 

The following parameters provide the terminal 
definition for the line: 

COLLECT NEN STIP 

CSET PAD TC | 

NCIR RIC W 

The STIP and TC parameters are described first 
because they are related and affect the validity, 
ranges, and defaults of the other parameters. The 
other parameters are described in alphabetical 
order. 



STIP PARAMETER 

The STIP parameter specifies the packet protocol 
required to support the terminal definition. This 
parameter is optional if the TC parameter does not 
specify a site-defined terminal class. If STIP is 
omitted, the TC parameter must be specified and 
cannot be CCP or TC28 through TC30. | 

When you declare a value for STIP, it must be one 
of the following reserved words: 

PAD Identifies a terminal that is connected 
via the asynchronous stop-start (X.29) 
packet assembly/disassembly protocol. 

USER Identifies a terminal that uses a 
site-defined packet protocol. 



device: TERMDEVC,STIP=stiptyp/TC=trmclas,CSET=charset,RIC=yn1,W=pacwndu,:] 

CNCIR=numcir,PAD=string,NEN=encir,C0LLECTC=yn2:,DT=devtyp,ABL=abL,DBZ=dwnlsiz,UBZ=upbsize,D 

CDBL=dwnbLim,UBL=upblim,AUT0L0GC=yn3D,AUT0C0NC=vn4:,PRIC=yn53,HN=node,HDC=yn5D,LK=yn6,BR=br,BS=bs,: 

CB1=b1,B2=b2 / CI=ci,CN=cn,CP=cp / CT=ct,DLC=dLc,DLT0=dLto,DLX=dLx,EBX=ebx,EBR=ebr,ELR=elr,3 

CELX=elx,XLC=xlc,XLTO=xlto,XLX=xlx,XLY=xly,IN=in,LI=li,OP=op,PA=pa,D 

CPG=pg / PL=pL,PW=pw,P90=fv90,...,P99=fv99:. 

device The element name of the terminal device being defined. This name can be one through five 

characters long. The first character must be a letter; the other characters can be letters 
or digits. This name concatenated with the virtual circuit number is used by the host or 
NPU operator to monitor and control the device. This name is required; there is no default 
value. 

All other parameters are described in the text. 



Figure 5-3. TERMDEV Statement Format for Communication Lines of TIPTYPE=X25 
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If you omit STIP, you must declare the terminal 
class. The defaults are: 



TC Value 

M33, 713, 721, 
M40, H2000, 
X364, T4014 



STIP 
Value Used 

PAD 



TC28 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 28. 

TC29 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 29. 

TC30 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 30. 



o 



o 



o 



o 



TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for terminal connections. Supported 
devices are grouped into terminal classes, according 
to their hardware characteristics. 

Each CDC-deflned terminal class has the default 
characteristics associated with an archetype 
terminal. Each CDC-defined terminal class has a 
range of possible characteristics. These ranges 
determine the values legal for parameters you 
specify on the TERMDEV or DEVICE statements. 

The mnemonics identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes, with the following 
| exceptions: you can use TC28, TC29, and TC30 to 
identify site-defined terminal classes with no 
default characteristics, corresponding to reserved 
Network Access Method (NAM) terminal class numbers. 

Because the network cannot recognize differences 
among some terminal classes, a default terminal 
class exists for each subcategory of the TIP type 
(the subTIPtype, defined by the STIP parameter of 
the TERMINAL or TERMDEV statement); these defaults 
can be used when you declare a STIP parameter. 

Because the characteristics of terminals in site- 
defined classes are unknown, TERMINAL, TERMDEV, or 
DEVICE statement parameter value ranges are checked 
against those valid for the STIP value specified. 
Any value declared for a terminal or device param- 
eter is valid if the parameter and value conform to 
requirements of that subTIPtype. 

The TC parameter is optional and is allowed only 
for PAD or USER subTIPs. If TC is omitted, the 
STIP parameter must be specified. If TC is speci- 

| fied as CCP or TC28 through TC30, the STIP parameter 
must be specified. If STIP is omitted, the TC 
parameter must be specified and cannot be CCP or 

| TC28 through TC30. 

When you declare a value for TC, you must use one 
of the following words: 

CCP Specifies that CCP is to provide the 
default terminal class appropriate for 
the subTIPtype; using this value is 
equivalent to omitting the parameter. 

H2000 Identifies a terminal device compatible 
with Hazeltine 2000 series equipment 
emulating a teletypewriter. 



M33 



M40 



Identifies a terminal device compatible 
with Teletype Model 30 series equipment. 

Identifies a terminal device compatible 
with Teletype Model 40-2 equipment. 



T4014 Identifies a terminal device compatible 
with Tektronix 4014 series equipment 
emulating a teletypewriter. 

X364 Identifies a terminal device compatible 
with the ANSI X3.64 standard (DEC 
VT100). 

713 Identifies a terminal device compatible 
with CDC Model 713, 751, 752, or 756 
series equipment. 

721 Identifies a terminal device compatible 
with CDC Model 721 equipment. 

If you omit the TC parameter or use the value CCP, 
the default is selected according to the STIP value 
declared. The default is: 



STIP 
Value 



PAD 



TC Value 
Used 

M33 



COLLECT PARAMETER 

■ The COLLECT parameter specifies whether CCP accepts 
charges for incoming calls from X.25 terminals 
connected through the packet assembly/disassembly 
service. This stand-alone parameter is optional. 

The COLLECT parameter can have the following values : 

NO CCP rejects any incoming call when the 
X.25 network indicates that charges 
will occur. 

YES CCP accepts charges from the X.25 net- 
work. 

If you specify the COLLECT parameter without a 
value, the value of YES is used. If you omit the 
COLLECT parameter, the default value of NO is used. 



CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. The CSET parameter is 
optional. 

When you declare a value for CSET, you must use one 
of the following words: 

ASCII ASCII code and character set 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15 

If you omit CSET, the default value of ASCII is 
used. 
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NCIR PARAMETER 

The NCIR parameter specifies the decimal number of 
virtual circuits of the same subTIPtype you are 
defining. This parameter is optional. 

If you specify this parameter , the value you use 
must be less than or equal to the NSVC value 
declared or used on the corresponding LINE state- 
ment. The NCIR parameter has the following range 
of values : 



You can use the following values for this parameter: 

NO Indicates that the terminal has full 
interactive capabilities . 

YES Indicates that the terminal has limited 
interactive capablities. 

If you omit the RIC parameter, the default value of 
NO is used. 



o 
o 



1 < numcir < 255 

If you omit this parameter, the default value of 1 
is used. 



NEN PARAMETER 

The NEN parameter specifies the decimal number of 
virtual circuits of the same subTIPtype that are 
intially enabled. This parameter is optional. 

If you specify this parameter, the value you use 
must be less than or equal to the NCIR value 
declared or used on the same TERMINAL or TERMDEV 
statement. The NEN parameter has the following 
range of values: 

1 < encir < 255 

If you omit this parameter, the default value of 1 
is used. 



PAD PARAMETER 

The PAD parameter specifies a string of 4 to 64 
hexadecimal digits representing the ASCII 
equivalent of PAD parameter fields. Substrings 
should consist of groups of 4 hexadecimal digits (2 
ASCII characters). CCP uses the value to 
initialize PAD parameters when the terminal is 
connected . 



The PAD parameter is optional, 
value . 



There is no default 



RIC PARAMETER 

The RIC parameter indicates that the terminal has 
restricted interactive capabilities. This parameter 
is optional. 

A terminal can have restricted interactive capa- 
bilities for many reasons; for example, perhaps no 
console device actually exists and interactive 
dialog must occur through a site-defined device. 

The effect this parameter has depends on the 
application program the terminal uses. For example, 
RBF does not output the READY prompt and does not 
require a GO command to enable any defined passive 
devices when RIC is specified. 



W PARAMETER 

The W parameter specifies the default packet level 
window size for the virtual circuit you are defin- 
ing. This parameter is optional. 

The packet level window is the maximum number of 
unacknowledged packets you allow CCP to send before 
it suspends further output to the terminal using 
the virtual circuit. The parameter must be 
identical to the packet level window size 
contracted from the packet-switching network. This 
parameter has the following range of values: 

1 <^ pacwndw <^ 7 

If you omit the W parameter, the default value of 2 
is used. 



PAD AND USER DEVICE DEFINITIONS 

You must provide one TERMDEV or DEVICE statement 
for: 

All switched virtual circuit application-to- 
application connections 

All switched virtual circuit terminals 

that can access the communication line through the 
terminal. Each TERMINAL statement can have only 
one DEVICE statement. Figures 5-3 and 5-4 present 
the formats of the TERMDEV and DEVICE statements 
for terminals on X. 25 lines. 

The following parameters provide the definition for 
a CDC -defined X.25 terminal device: 



ABL 



CT 



ELX 



PRI 



AUTOCON 


DBL 


HD 


PW 


AUTOLOG 


DBZ 


HN 


P90 through P99 


BR 


DLC 


IN 


DBL 


BS 


DLTO 


LI 


UBZ 


Bl 


DLX 


LK 


XLC 


B2 


DT 


OP 


XLTO 


CI 


EBR 


PA 


XLX 


CN 


EBX 


PG 


XLY 



CP 



ELR 



PL 



The DT parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 



o 






o 
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device: DEVICEE,DT=devtyp,ABL=abl,DBZ=dwnlsiz,uBZ=upbsize,DBL=dwnblim,UBL=upblim,:j 

CAUTOL06C=yn13,AUTOCONC=yn2] / PRIC=yn33 / HN=node,HDC=yn«,LK=yn5,BR=br,BS=bs,B1=b1,B2=b2,CI=ci,CN=cn,D 
CCP=cp,CT=ct,DLC=dlc,DLTO=dlto,DLX=dlx,EBX=ebx,EBR=ebr,ELX=elx,ELR=elr,:] 
CXLC=xlc J ,XLT0=xlto,XLX=xlx,XLY=xly,IN=in,LI=U,0P=op,PA=pa,PS=pg,PL=pL,PW=pw,3 
CP90=fv90, . . . ,P99=f v99D. 

device The element name of the terminal device being defined. This name can be one through five 
characters long. The first character must be a letter; the other characters can be letters 
or digits. This name concatenated with the virtual circuit number is used by the host or 
NPU operator to monitor and control the device. This name is required; there is no default 
value. 

All other parameters are described in the text. 



Figure 5-4. DEVICE Statement Format for Communication Lines of TIPTYPE=X25 
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DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site-defined device type. 

If you specify a CDC-defined device type and the 
terminal has a STIP of PAD, the other device 
definition parameters on the DEVICE or TERMDEV 
statement: 

Are required by the NDL processor where 
indicated in the text 

Are checked for compatibility and uniqueness 

Have the predefined ranges shown in the text 

If you specify a site-defined device type or the 
terminal has a STIP of USER, the other device 
definition parameters on the DEVICE statement: 

Are not required by the NDL processor 

Have no predefined default 

| Are checked for multiple definitions of the 
same parameter 

Are not checked for compatibility with other 
device definition parameters on the same state- 
ment 

When you declare the DT parameter, the following 
values are valid: 

CON Identifies a CDC-defined console device 
(for PAD subTIP only). 



DT12 Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 



If you omit the DT parameter and STIP=PAD, the 
value of CON is used. 



ABL PARAMETER 

The application block limit (ABL) parameter speci- 
fies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
program and this virtual circuit. The value you 
choose should keep the terminal busy for 2 seconds 
by maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. Refer to 
the description under Buffering of Data at the end 
of this section. 

This parameter is optional. The ABL parameter has 
the following range of values: 

1 < abl < 7 

The value you declare should be greater than or 
equal to the network block limit (NBL parameter 
value) of the terminal. The host queues abl - dbl 
blocks; the NPU queues dbl blocks. An ABL value 
significantly larger than the DBL value causes NAM 
to use more host memory but might reduce the number 
of times an application program is rolled out. 

If you omit the ABL parameter, a default value is 
used (DT of CON only). The default is 2. 



AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
the console device to the selected host node. This 
parameter is valid only for console devices. 

If you specify the AUTOCON parameter, you should 
also specify the AUTOLOG parameter. This is recom- 
mended because if AUTOCON is specified without 
AUTOLOG, the connection to the host can be termi- 
nated for inactivity before the user logs in. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUTOCON=NO is specified. 
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This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that CCP should not attempt 
automatic connection. 



YES 



Indicates that CCP should attempt auto- 
matic connection. 



If you omit the AUTOCON parameter, the default 
value of NO is used for a DT of CON. If you specify 
this parameter without a value, the value of YES is 
used. 



AUTOLOG PARAMETER 

The AUTOLOG parameter is a stand-alone keyword that 
specifies whether the Network Validation Facility 
should use information in the local configuration 
file to log in the specified console or application 
connection. If you specify that automatic login 
should be attempted, the information used for the 
login must be provided through NDL USER statement 
parameters (see section 8). The terminal user can 
specify the information that is not contained in 
the LCF during the login dialog. 

This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that the terminal user should 
be prompted for all login parameters. 

YES Indicates that automatic login should 
be attempted. 

If you omit the AUTOLOG parameter, the default 
value of NO is used (DT of CON only). If you 
specify this parameter without a value, the value 
of YES is used. 

The AUTOLOG parameter is ignored by the NOS 2.3 
version of NVF, but is retained for compatibility 
with earlier systems. For NOS 2.3, autologin is 
based solely on the presence or absence of a USER 
statement for the device in the local division. If 
the device being specified is required to be 
autologged into a host running earlier versions of 
the network products, the AUTOLOG parameter must 
still be specified. 



BR PARAMETER 

The BR parameter determines whether CCP associates 
data control functions with the pressing of the 
break function key. The break function key is 
usually labeled BREAK, ATTN, INTERRUPT, or some- 
thing similar. 

When the break function key is not associated with 

data control, pressing the break function key only 

interrupts output. After input is completed, out- 
put will be resumed at the next character. 

When the break function key is associated with data 
control, the following occurs when the terminal 
user presses the key: 

If output is in progress, CCP discards all out- 
put queued for the device. 



If the terminal is idle or output is in pro- 
gress, CCP sends a user break 1 message upline 
(the function also associated with the character 
defined by the Bl parameter). 

After input occurs, output resumes with the next 
block transmitted from the host. 

The BR parameter is optional. If you specify this 
parameter, the following values are recognized: 

CCP Indicates that CCP should perform the 
default action appropriate for the 
terminal class. Using this value is 
equivalent to omitting the parameter. 

NO Indicates that the break function key 
has no control functions. 

YES Indicates that the break function key 
has control functions. 



If you omit the BR parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only ) . 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



BS PARAMETER 

The BS parameter specifies the character to be used 
for the single-character deletion function. When 
the terminal user enters this character, CCP 
discards the preceding character transmitted by the 
terminal (unless the character has already been 
sent to the host). The character code used for the 
deletion function does not produce a physical 
backspace at the device unless the device also 
recognizes the code for that function. 

This parameter is optional. If you specify a value, 
it must be either the reserved word CCP or a hexa- 
decimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, CN, CT, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 



o 
o 
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If you omit the BS parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The default for all 
CDC-defined terminal classes except M40 is: 



BS Value 
Used 

08 



ASCII Character 

BS (CTRL and H keys, 

or < — key, 

or BACKSPACE key) 



Terminal class M40 has no default character for this 
function. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



Bl PARAMETER 

The Bl parameter specifies the character to be used 
as a user break 1 indicator. When the terminal user 
enters this character as the only character on a 
line, CCP discards the block of data being trans- 
mitted to the terminal and sends a user break 1 
message upline to the connected application program. 

The effect this parameter has depends on the 
application program. For example, IAF interprets 
the user break 1 message as a job step interrupt 
from the terminal user. 

This parameter is optional. If you specify a value, 
it must be either the reserved word CCP or a hexa- 
decimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or SIX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the BS, B2, CN, CT, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the Bl parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The default is: 

STIP Bl Value 

Value Used ASCII Character 
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10 



DLE (CTRL and P keys) 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans- 
mitted to the terminal and sends a user break 2 
message upline to the connected application program. 

The effect this parameter has depends on the 
application program. For example, IAF interprets 
the user break 2 message as a job step termination 
from the terminal user. 

This parameter is optional. If you specify a value, 
it must be either the reserved word CCP or a hexa- 
decimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the BS, Bl, CN, CT, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the B2 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The default is: 



STIP 
Value 

PAD 



B2 Value 
Used 

14 



ASCII Character 



DC4 (CTRL and T keys) 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



CI PARAMETER 

The CI parameter specifies the number of idle 
characters to insert in the downline data after a 
carriage return. The number of idle characters 
inserted must be sufficient to provide the time 
needed by the terminal to physically return the 
carriage of the device to its left margin for the 
next line of output. 
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This parameter is optional. If you declare this 
parameter, you must use the reserved word CCP or a 
value in the following range: 

< ci < 99 

If you omit the CI parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter value 
used for the terminal. The default values are: 



TC 


CI Value 


Value 


Used 


H2000 





M33 


2 


M40 


1 


T4014 





713 





721 





X364 






The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message. When the 
terminal user enters this character as the last 
character on a line, the network software discards 
the last logical line transmitted from the terminal. 

This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NHL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the BS, Bl, B2, CT, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the CN parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The default is: 



STIP 
Value 

PAD 



CN Value 
Used 

18 



ASCII Character 

CAN (CTRL and X keys) 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



CP PARAMETER 

The CP parameter specifies whether CCP should make 
a cursor positioning response when the terminal 
user enters a packet-forwarding signal. A packet- 
forwarding signal is usually a carriage return but 
can be set by the terminal user to other values. 
CCP can perform cursor positioning only on receipt 
of a packet sequence. 

The cursor positioning response used by CCP is 
determined by the the current settings of the EBR 
parameter. The default response for terminals that 
are using X.25 lines is no response. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should use the 
default setting appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that no cursor positioning 
response should occur. 

YES Indicates that the cursor should be 
repositioned. 

If you omit this parameter or specify the value of 
CCP, the default value of NO is used (DT of CON 
only) . 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the 
first character on a line, CCP interprets the line 
as a command. Among other functions, CCP supports 
terminal definition commands to determine or change 
the values you have established for the following 
parameters: 



BR 


CT 


HN 


TC 


BS 


DLC 


IN 


XLC 


Bl 


DLTO 


LI 


XLTO 


B2 


DLX 


OP 


XLX 


CI 


EBR 


PA 


XLY 


CN 


EBX 


PG 




CP 


ELX 


PL 




CSET 


HD 


PW 
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This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 
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You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the BS, Bl, B2, CN, EBX, or ELX parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the CT parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The default is: 



STIP 
Value 

PAD 



CT Value 
Used 

IB 



ASCII Character 

ESC (CTRL and [ keys 
or ESCAPE key) 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be out- 
standing (unacknowledged) between the host computer 
and this virtual circuit. The value you choose 
determines how many blocks of data the NPU queues 
from the total number of outstanding blocks (ABL 
parameter value) of the size specified by the DBZ 
parameter . 



This parameter is optional, 
the following value range: 

1 < dbl < 7 



The DBL parameter has 



The value you declare should be less than or equal 
to the application block limit (ABL parameter value) 
of the virtual circuit. The host queues abl - dbl 
blocks; the NPU queues dbl blocks. Small DBL values 
use less NPU memory but cause slower data transfers. 

If you omit the DBL parameter, a default value is 
used (DT of CON only). The default value is 2. 



DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. This value can be used by the application 
programs to divide downline messages into blocks. 
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This parameter is optional. The DBZ parameter has 
the following range of values: 

1 _< dbz < 2043 

The value you declare should be chosen together 
with the value used for the DBL parameter. 

If you omit the DBZ parameter, a default value is 
used (DT of CON only). The default value is 225. 
This default optimizes use of the default value for 
the DBL parameter. 



DLC PARAMETER 

The DLC parameter indicates the maximum number of 
characters that can be input in each single-message 
transparent mode upline message from this terminal. 
After the terminal user or application program 
changes the device's input mode to transparent from 
normalized, CCP forwards a message block to the 
application and changes back from transparent to 
normalized mode when the device transmits the 
indicated number of characters. 

This parameter is optional. You cannot use the DLC 

parameter if you use the XLC, XLTO, XLX, or XLY 

parameters. If you specify the DLC parameter, you 
must use one of the following values: 

CCP 

Indicates that CCP should use the default 
number appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

1 < die < 4095 

Indicates the maximum decimal number of 
characters that the terminal can transmit 
as a single transparent mode message. 

If you omit this parameter or specify the value 
CCP, the default value of 2043 is used (DT of CON 
only) . 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



DLTO PARAMETER 

The DLTO parameter specifies whether the end-of- 
packet sequence ends single message transparent 
mode input. After the terminal user or application 
program changes the device's input mode to trans- 
parent from normalized, CCP forwards a message block 
to the application and changes back from transparent 
to normalized mode when the device transmits the 
end-of -packet sequence. 

This parameter is optional. You cannot use the 
DLTO parameter if you use the XLC, XLTO, XLX, or 
XLY parameters. If you specify the DLTO parameter, 
you must use one of the following values: 
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CCP Indicates that CCP should use the 
default choice appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 



NO 



YES 



Indicates that end-of-packet sequence 
does not end transparent mode input. 

Indicates that transparent mode input 
ends at end-of-packet sequence. 



If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



DLX PARAMETER 

The DLX parameter indicates the hexadecimal value 
of the character code that should end input of a 
single-message transparent mode message from the 
device. After the terminal user or application 
program changes the device's input mode to trans- 
parent from normalized, CCP forwards a message 
block to the application and changes back from 
transparent to normalized mode when the device 
transmits this character. 

This parameter is optional. You cannot use the DLX 
parameter if you use the XLC, XLTO, XLX, or XLY 
parameters . 

The value that is valid for a given character 
depends on the character code set used by the 
terminal. You can use the following values: 

CCP 

Indicates that CCP should use the default 
character code appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 

< dlx < FF 

Indicates the hexadecimal code that ends 
single message transparent input. 

Values above 7F should not be used unless the PA 
| parameter value of N or I is used. Codes above 7F 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 

You should select transparent mode input delimiters 
with care. The character code you declare as the 
DLX value must be the code of a character that the 
physical device can input. If the delimiter is a 
character that cannot be input (either because of 
terminal hardware limitations or because of the PA 
parameter value declared for the device), then the 
Terminal Interface Program cannot terminate trans- 
parent mode input and the terminal will be trapped 
in that mode of operation once it has begun. 

If you omit this parameter or specify the value 
CCP, the default value of OD is used (DT of CON 
only). This is the ASCII code for the carriage 
return character. 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



EBR PARAMETER 

The EBR parameter indicates the appropriate cursor 
positioning response whenever a block of input ends. 
A block of input ends when CCP detects the end-of- 
packet indicator (M bit value of zero). Whether 
cursor positioning occurs is determined by the value 
declared or used for the CP parameter. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should perform the 
default response appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 
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CL 



CR 



LF 



NO 



Indicates that CCP should perform a 
carriage return and linefeed operation 
(move the cursor left and down to the 
beginning of the next physical line). 

Indicates that CCP should perform a 
carriage return operation (move the 
cursor left to the beginning of the 
current physical line). 

Indicates that CCP should perform a 
linefeed operation (move the cursor 
down to the next physical line). 

Indicates that CCP should not reposition 
the cursor. 



If you omit this parameter or specify the value 
CCP, the default value of CL is used (DT of CON I 
only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. 



EBX PARAMETER 

The EBX parameter identifies the character code that 
ends a block of one or more messages is the 
packet-forwarding signal from the device. When 
this code occurs as the last character in a packet 
sequence, it is treated as the end-of -block 
character and not as part of normalized mode data; 
CCP discards it. This parameter is optional. It 
is significant only when the terminal is in block 
input mode. 

If you specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or SIX) 

3D, 7F, or 20 (characters =, DEL, or space) 
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30 through 7E (all graphic characters) 

Any value that you declare or use by default 
for the BS, Bl, B2, CN, or CT parameters 

If you omit this parameter or specify the value 
CCP, the default value 04 is used (DT of CON 
only). That value is the ASCII end-of-transmission 
character (EOT) generated by the CTRL and D keys. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



ELR PARAMETER 

The ELR parameter indicates the appropriate cursor 
positioning response whenever a message (logical 
line) of input ends. A logical line of input ends 
when CCP receives the surrently defined end-of-line 
character (ELX parameter value). Whether cursor 
positioning occurs is determined by the value 
declared or used for the CP parameter. 

This parameter is optional; it is allowed for all 
terminal classes except 2741. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP performs the default 
response appropriate for the terminal 
class ; using this value is equivalent 
to omitting the parameter. 

CL Indicates that CCP performs a carriage 
return and linefeed operation (move the 
cursor left and down to the beginning 
of the next physical line) . 

CR Indicates that CCP performs a carriage 
return operation (move the cursor left 
to the beginning of the current 
physical line). 

LF Indicates that CCP performs a linefeed 
operation (move the cursor down to the 
next physical line) . 

NO Indicates that CCP does not reposition 
the cursor . 



This parameter is optional. You cannot declare the 
ELX parameter if you declare the ELO parameter for 
the same device. 

If you specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 7E (all graphic characters) 

Any value that you declare or use by default 
for the BS, Bl, B2, CN, or CT parameters 

If you omit this parameter or specify the value 
CCP, the default value of 0D is used (DT of CON 
only) . That value is the ASCII carriage return 
character. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



HD PARAMETER 

The HD parameter controls whether or not the full 
host availability display (HAD) is presented to the 
terminal user. This parameter is optional. 

If you specify this parameter, you must use one of 
the following values: 



NO 



YES 



Indicates that the full host avail- 
ability display is not presented to the 
terminal user. The terminal user 
receives only the host status message 
and the prompt message. 



Indicates that the 
ability display is 
terminal user. 



full host avail- 
presented to the 



If you omit this parameter or specify the value 
CCP, the default value of LF is used (DT of CON 
only) . 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify . 



If you omit this parameter and only a single host 
is defined, the default value of NO is used. If 
you omit this parameter and multiple hosts are 
defined, the default value of YES is used. 

The value of this parameter does not change when 
the terminal class is changed from the console or 
changed by the application program. The application 
program or the terminal user can change the value 
you specify . 



ELX PARAMETER 

The ELX parameter identifies the character code 
that ends a message (logical line) to or from the 
device. When CCP detects this code in input, it 
forwards the message upline. 



HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device is connected to unless 
another path is selected by the terminal user. 



o 
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This parameter is optional. If you declare this 
parameter, you must use one of the following values: 

NONE 

Indicates that no node number is specified. 
This has the same effect as not declaring 
the parameter. A value of NONE cannot be 
declared if AUTOCON is also specified and 
there are logical links to more than one 
host terminating in the NPU being defined. 

1 < HN < 63 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 

The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement with- 
in the same network definition. If all the COUPLER 
statements for all the logical links to the NPU 
being defined have equal HNAME parameters, the NDL 
I processor provides a default host node. The default 
I host note is the last coupler specified. If the HN 
parameter is not specified, the terminal user must 
select a host before a connection can be made. If 
the AUTOCON parameter is specified, then the HN 
parameter must also be specified. 

The value of this parameter does not change when 
the terminal class is changed from the console. 
The terminal user can change the value you specify. 



IN PARAMETER 

The IN parameter identifies the input mechanism and 
the input message blocking of the device. 
(Terminal users can use a similar command that also 
defines whether input is in transparent mode or 
normalized mode; you cannot configure a device to 
begin accessing the network in transparent mode.) 

As the input transmission mode, you can specify 
either: 

Normalized line mode (one message or logical 
line per block) 

Normalized block mode (one or more logical 
lines or messages collected into a block before 
it is transmitted. Cursor positioning at 
linefeed and end-of-line is not performed and 
output is not sent until end-of-block is 
reached . ) 

This parameter is optional; it is allowed for all 
terminal classes. Possible values are: 

BK Indicates keyboard input in block mode. 

CCP Indicates that CCP uses the default 
options appropriate for the terminal 
class; using this value is equivalent 
to omitting the parameter. 

KB Indicates keyboard input in line mode. 

If you omit this parameter or specify the value 
CCP, the default value of KB is used (DT of CON 
only). 
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The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



LI PARAMETER 

The LI parameter specifies the number of idle 
characters to insert in the downline data after a 
linefeed code. The number of idle characters 
inserted must be sufficient to provide the time 
needed by the terminal to physically move the 
carriage of the device to its next line for output. 

This parameter is optional. If you declare this 
parameter, you must use the reserved word CCP or a 
value in the following range: 

^ li _< 99 

If you omit the LI parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter value 
used for the terminal. The default values are: 



TC 


LI Value 


Value 


Used 


H2000 


3 


M33 


1 


M40 


3 


T4014 





713 





721 





X364 






The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



LK PARAMETER 

The LK parameter specifies whether unsolicited 
messages from the NPU or host operator can appear 
at the terminal. This parameter is optional. 

If you declare this parameter, you must specify one 
of the following values: 



CCP 



NO 



YES 



Indicates that CCP should use the 
default choice appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

Indicates that unsolicited messages 
should be delivered to the terminal as 
soon as received by CCP. 

Indicates that unsolicited messages 
should be discarded (locked out). 



If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only) . 

The application program or terminal user can also 
change the value you specify. 
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OP PARAMETER 

The OP parameter identifies the output mechanism, 
page width processing requirement, and page length 
processing requirement of the device. CCP supports 
these possible output mechanisms: 

A console screen 

A hardcopy mechanism, such as a printer 

CCP performs one of these processing actions when a 
finite page width is reached: 

Inserts the codes appropriate to return the 
cursor or carriage to the beginning of the next 
physical line. 

Inserts no codes, which performs no action. 

If the device has a page width of 0, the second 
choice is always used. Refer to the description 
under the heading PW Parameter. 

CCP performs one of these processing actions when a 
finite page length is reached: 

Inserts the codes appropriate to cause the 
cursor or carriage to move to the next page 
(clear screen, formfeed, and so forth). 

Inserts no codes, which performs no action. 

If the device has a page length of 0, the second 
choice is always used. Refer to the PL Parameter 
description. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should use the 
default options appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

DI Indicates that the console display 
screen is used, no codes should be 
inserted when page width is reached 
(the device does its own line folding), 
and codes should be inserted when page 
length is reached. 

PR Indicates that a hardcopy printer is 
used, codes should be inserted when 
page width is reached (the device does 
not do its own line folding), and codes 
should be inserted when page length is 
reached . 

If you omit this parameter or specify the value 
CCP, a default value is used. The default used 
depends on the TC parameter value declared or used; 
the default values are (DT of CON only): 





OP Value 


TC Value 


Used 


M33 


PR 


713 


DI 


721 


DI 


X364 


DI 


H2000 


DI 


T4014 


DI 


M40 


DI 
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The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



PA PARAMETER 

The PA parameter indicates the processing the X25 
TIP should perform for the parity bit within each 
character byte of upline or downline data. This 
TIP processes the parity bit of all upline character 
codes in the following way: 

Ignores the input byte parity bit after input. 
If the device is operating in normalized mode, 
sets the parity bit to zero and then forwards 
the byte upline to the application program. If 
the device is operating in transparent mode, 
the parity bit is set to zero for odd, even, 
and zero parity processing only; if parity is 
set to none or ignore, forwards the 8 bits 
unchanged to the application (for devices that 
send 8-bit bytes, this allows the application 
program to receive bit 7 as data). If the 
device is operating in transparent mode and 
parity is set to ignore, the parity bit is 
ignored when checking for the transparent mode 
delimiters. 



CCP also processes the upper bit (bit 7) of all 
downline character code bytes in the following ways: 

The parity bit in the output byte is set to | 
zero, regardless of the setting of bit 7 in the 
downline byte. This is called zero parity 
processing. 

The parity bit in the output byte is set to | 
zero or one, as necessary to give the byte an 
odd number of set bits; the setting of bit 7 in 
the downline byte is ignored. This is called 
odd parity processing. 

The parity bit in the output byte is set to | 
zero or one, as necessary to give the byte an 
even number of set bits; the setting of bit 7 
in the downline byte is ignored. This is 
called even parity processing. 

The parity bit in the output byte is set to I 
zero, regardless of the setting of bit 7 in the I 
downline byte. If the terminal is operating in | 
transparent mode, the parity bit in the output 
byte is unchanged from the setting of bit 7 in 
the downline byte (for devices that can receive 
8-bit bytes, this allows the application 
program to use bit 7 as data). This is the I 
method CCP uses for both no parity and ignore I 
parity processing. | 



You can specify one of these input and output 
processing options to match the parity bit input 
processing performed by the device and the output 
processing expected by it. If the device will 
operate in transparent mode, you must specify 
either the no parity or the ignore parity option | 
for an application program and the device to 
exchange hexadecimal codes with values between 7F 
and FF (using bit 7 as data). 
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This parameter is optional. If you specify the PA 
parameter, you must use one of the following values : 



CCP 



Indicates that CCP performs the parity 
processing appropriate as a default for 
the terminal class; using this value is 
equivalent to omitting the parameter. 

E Indicates that CCP should perform even 
parity processing for output bytes. 

I Indicates that CCP performs ignore 
parity processing for both input and 
output bytes. 

N Indicates that CCP should perform no 
parity processing for output bytes. 

Indicates that CCP should perform odd 
parity processing for output bytes. 

Z Indicates that CCP should perform zero 
parity processing for output bytes. 

If you omit this parameter or specify the value 
CCP, a default value of even parity processing is 
used. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



PG PARAMETER 

The PG parameter specifies whether CCP should wait 
at each output page boundary for terminal user 
acknowledgment before it displays the next page of 
data. In certain situations, page waiting can occur 
other than at page boundaries; CCP produces a 
prompting message (OVER..) when this type of page 
waiting occurs. The user's response to page waiting 
is entry of a line, usually empty. 

CCP views a new page as beginning at the start of 
each downline message. CCP calculates the length 
of a page from the current values of the page width 
and page length (see PW and PL Parameter descrip- 
tions). If the page width is infinite (PW=0), a 
page consists of one line less than the number of 
logical lines specified as the page length. If the 
page width is finite (PW is nonzero), a page con- 
sists of one line less than the number of physical 
lines specified by the page length; CCP calculates 
the number of physical lines by dividing each 
logical line into units less than or equal to the 
page width. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 



CCP 



NO 



Indicates that CCP should use the 
default setting appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

Indicates that page waiting should not 
occur. 



When you specify PG=YES, you should also specify a 
nonzero value for the PL parameter. CCP cannot 
perform page waiting at the boundaries of infinitely 
long pages (PL-O). 

If you omit the PG parameter or specify a value of 
CCP, the default value of NO is used (DT of CON 
only). The value of this parameter reverts to the 
default value when the terminal class is changed 
from the console or changed by the application 
program. The application program or terminal user 
can also change the value you specify. 



PL PARAMETER 

The PL parameter specifies the number of physical 
lines per page of input or output for the device. 
If the device is configured for page waiting (PG 
parameter), any message containing more lines of 
output than the page length will be interrupted by 
CCP for a page waiting response from the terminal 
user. The interruption occurs after line pi - 1 is 
output. If the device is defined with a printer as 
its output device (OP value of PR), CCP inserts 
formfeed codes at page length boundaries. 

This parameter is optional. If you specify the PL 
parameter, you must use one of the following values: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 



Indicates an infinite page length. An 
infinite page length means that no page 
waiting occurs and no formfeed codes are 
inserted. 

8 < pi < 255 

Indicates the number of physical lines per 
page. 



If you omit the PL parameter or specify the value 
CCP, a default value is used (DT of CON only). The 
default value used depends on the TC parameter value 
used for the terminal. The default values are: 



TC 


PL Value 


Value 


Used 


M33 





713 


24 


721 


30 


M40 


24 


H2000 


27 


X364 


24 


T4014 


35 



YES Indicates that page waiting should 
occur . 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



o 
o 
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PRI PARAMETER 

The PRI parameter is a stand-alone keyword. This 
keyword indicates whether data to or from the device 
is to have traffic priority over that to or from 
other devices in the network. Data to or from a 
device that does not have traffic priority is 
suspended to relieve network congestion before data 
to or from terminals with traffic priority is 
suspended. Interactive terminals should usually be 
given traffic priority over batch devices and 
application-to-application connections . 

This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 

NO Indicates that the circuit should not 
have data traffic priority. 

YES Indicates that the circuit should have 
data traffic priority. 

If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO is used. 



PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of input or output for this 
device. This physical line length is also called 
the page width. 

For console devices (DT of CON) with a printer 
defined as the output mechanism (OP of PR) , output 
lines longer than pw characters are divided into 
lines of pw or fewer characters each. For console 
devices with a display defined as the output mecha- 
nism (OP of DI), output lines longer than pw char- 
acters might be divided into lines of pw or fewer 
characters each by the host application program; if 
the PW value for a device is inappropriate, loss of 
visual fidelity can occur (the application program 
might divide the data into lines that are too short 
or too long for the screen's capacity, instead of 
allowing the terminal to wrap lines when needed). 

This parameter is optional. If you specify the PW 
parameter, you must use one of the following values: 

CCP 



o 



Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 



Indicates that the device has an infinite 
page width. An infinite page width means 
that physical line length has no effect on 
output line formatting. 

20 _< pw < 255 

Indicates that the device can support 
physical lines no longer than the indicated 
decimal value. 

If you omit this parameter or specify the value 

CCP, a default value is used. The default value 

depends on the terminal class. Default values for 
console devices (DT of CON) are: 



TC 


PW Value 


Value 


Used 


M33 


72 


713 


80 


721 


80 


X364 


80 


M40 


80 


H2000 


74 


T4014 


74 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or terminal user can also change 
the value you specify. 



P90 THROUGH P99 PARAMETERS 

These ten parameters indicate the hexadecimal field 
value to use for the corresponding field number 
within the Terminal Interface Program configuration 
information transmitted for this device. The 
released version of the CDC -defined X25 subTIP does 
not use any of these ten field number/field value 
pairs. 

These parameters are optional. If you specify a 
value, it must be within the following range: 

_< fv9i £ FF 

If you omit these parameters, there are no default 
values . 



UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 

You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application program 
in the host must occur. A fixed number of input 
messages might have significance to an application 
program. If such an application does not perform 
output until receiving that number of input messages 
and if you choose a UBL value smaller than this 
number, the application program becomes deadlocked 
(it waits for blocks of data that CCP is forced to 
discard because the block limit has been reached 
for upline queuing) . If the device must receive 
output before it can begin additional input, the 
device also becomes deadlocked by this situation. 



This parameter is optional, 
the following value range: 

1 < ubl < 31 



The UBL parameter has 



The NPU queues all upline blocks. Large UBL values 

rapidly use up NPU memory and cause slower data 
transfers. 

If you omit the UBL parameter, a default value is 

used (DT of CON only). The default is 7. The 

application program can change the value you 
specify. 
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UBZ PARAMETER 

The upline block size (HBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. CCP divides each message from the 
terminal into blocks of the size you choose. The 
size you choose affects how much memory is needed 
to store the outstanding (unacknowledged) blocks of 
data the NPU and the host each queue. 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 

This parameter is optional. The UBZ parameter has 
the following value range for console devices (DT 
of CON): 

< ubz _< 2000 

Site-defined devices can use the following range: 

_< ubz < 2043 

If you specify 0, CCP sends an upline block whenever 
it receives 100 characters or it detects a linefeed 
character. 

The value you declare should be chosen together with 
the value used for the HBL parameter. The NDL 
processor rounds the value you supply to the next 
multiple of 100 bytes, as follows: 



Value Supplied 



1 <_ ubz < 
101 < ubz < 



100 
200 



1901 < ubz < 2000 



Value Used 
in File 


100 
200 



2000 



The NDL processor issues an informative message if 
it adjusts the UBZ value that you specify. 

If you omit the UBZ parameter, a default value is 
used (DT of CON only). The default is 100. This 
default optimizes use of the default value for the 
UBL parameter. 

The application program can change any value you 
specify. The terminal user can change the value 
within the following range: 

< ubz < 200 



XLC PARAMETER 

The XLC parameter indicates the maximum number of 
characters that can be input in each message of 
multiple-message transparent mode input from this 
device. After the terminal user or the application 
program changes the device's input mode to trans- 
parent from normalized, the following occurs. When 
the device transmits the given number of characters, 
a message block is forwarded to the application and 
the device remains in transparent mode. 
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This parameter is optional. You cannot use the XLC 
parameter if you use the DLC, DLT0, or DLX param- 
eters. If specified, XLX or XLTO must also be 
specified. You can use one of the following values: 

CCP 

Indicates that CCP should use the default 
number appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

1 < xlc < 4095 

Indicates the maximum decimal number of 
characters that the terminal can transmit 
as one transparent mode message. 

If you omit this parameter or specify the value 
CCP, no default exists. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value you specify. 



XLTO PARAMETER 

The XLTO parameter specifies whether an end-of- 
packet ends multiple message transparent mode input. 
After the terminal user or the application program 
changes the device's input mode to transparent from 
normalized, CCP forwards a message block to the 
application and changes back from transparent mode 
to normalized mode when the device transmits the 
end-of -packet sequence. 

This parameter is optional. You cannot use the XLTO 
parameter if you use the DLC, DLT0, or DLX param- 
eters. You can use one of the following values: 

CCP Indicates that CCP should use the 
default choice appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that a timeout does not end 
transparent mode input. 

YES Indicates that transparent mode input 
ends when a timeout occurs. 

If you omit this parameter or specify the value 
CCP, no default exists. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can also 
change the value you specify. 



XLX PARAMETER 

The XLX parameter indicates the hexadecimal value 
of the character code that should cause upline 
transmission of a message in multiple-message 
transparent mode. If this character code is also 
used as the value for the XLY parameter and is input 
twice in succession, the device will be put back in 
normalized mode as determined by the IN parameter. 
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This parameter is optional. You cannot use the XLX 
parameter if you use the DLC, DLTO, or DLX param- 
eters. 

The value that is valid for a given character 
depends on the character code set used by the 
terminal. You can use one of the following values: 

CCP 

Indicates that CCP should use the default 
character code appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 

< xlx <_ FF 

Indicates the hexadecimal code that ends 
each message within multiple-message trans- 
parent input. 

Values above 7F should not be used unless the PA 
| parameter value of N or I is used. Codes above 7F 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 

If you omit this parameter or specify the value 
CCP, no default exists. 

The application program or the terminal user can 
change any value you specify. 



XLY PARAMETER 

The XLY parameter indicates the hexadecimal value 
of the character code that ends multiple-message 
transparent mode operation when entered following 
the XLX character code. After the terminal user or 
the application program changes the device's input 
mode to transparent from normalized, CCP changes 
back from transparent mode to normalized mode when 
the device transmits this character immediately 
after the character defined for the XLX parameter. 
If this character is also used for the XLX param- 
eter, the code does not change the device's input 
mode unless it is input twice in succession. 

You should select transparent mode input delimiters 
with care. The character code you declare as the 
XLY value must be the code of a character that the 
physical terminal can input. If the delimiter you 
declare is a character that cannot be input (either 
because of terminal hardware limitations or because 
of the PA parameter value declared for the termi- 
nal), then the Terminal Interface Program cannot 
terminate transparent mode input and the terminal 
will be trapped in that mode of operation once it 
has begun. 

This parameter is optional. You cannot use the XLY 
parameter if you use the DLC, DLTO, or DLX param- 
eters. If you use this parameter , you must use the 
XLX parameter. 

The value that is valid for a given character 
depends on the character code set used by the 
terminal. You can use one of the following values: 

CCP 



Indicates that CCP should use the default 
character code appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 



_< xly < FF 

Indicates the hexadecimal code that 
multiple-message transparent input. 



ends 



Values above 7F should not be used unless the PA 
parameter value of N or I is used. Codes above 7F | 
are not seen by CCP unless the eighth (parity) bit 
of each input byte is defined as data. 

If you omit this parameter or specify the value 
CCP, and XLX is also specified, the default is the 
code specified for XLX. Otherwise, no default 
exists. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



APPLICATION-TO-APPLICATION 
CONNECTION DEFINITIONS 

Each X.25 application-to-application connection 
definition consists of a TERMINAL definition and a 
DEVICE definition and represents one or more 
switched virtual circuits. Each virtual circuit 
can service one application connection. 

Switched virtual circuits are comparable to termi- 
nals using dialup lines (the characteristics of the 
device using the line can change from use to use of 
the line). 

You specify only one application-to-application 
connection definition for all of the application 
connections that can use the line. As each switched 
virtual circuit becomes active, CCP creates a 
separate device definition for it, creating an 
element name for each definition. This device name 
consists of the one to five characters you declare, 
plus an ordinal consisting of the switched virtual 
circuit number. 



TERMINAL DEFINITIONS 

You must provide one TERMINAL or TERMDEV statement 
for the application connections that can access the 
link. Figures 5-5 and 5-6 present the format of 
these statements for application-to-application 
connections on X.25 lines. 



TERMINALC,STIP=stiptyp,CSET=charset,D 

CNC IR=numc i r ,NEN=enc i r] . 
Parameters are described in the text. 
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Figure 5-5. TERMINAL Statement Format 
for Communication Lines of TIPTYPE=X25 

The LINE statement must specify the total number of 
circuits available from the packet-switching network 
via the line (NSVC parameter). You can declare 
only one TERMINAL and DEVICE statement or one 
TERMDEV statement for each subTIPtype (STIP param- 
eter) on the line. You can use the TERMINAL or 
TERMDEV statement NCIR parameter to define more 
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device: TERMDEVC,STIP=stiptyp,CSET=charset,NCIR=numcir,NEN=encir,DT=devtyp:]. 

device The element name of the terminal device being defined. This name can be one through five 

characters long. The first character must be a letter; the other characters can be 
letters or digits. This name concatenated with the virtual circuit number is used by the 
host or NPU operator to monitor and control the device. This name is required; there is 
no default value. 

All other parameters are described in the text. 



o 



Figure 5-6. TERMDEV Statement Format for Communication Lines of TIPTYPE=X25 



than one circuit with that statement. The NCIR 
parameter determines the highest ordinal number 
used to generate a unique element name for each 
device using the circuit. 

The following parameters provide the terminal 
definition for the line: 

CSET 
NCIR 
NEN 
STIP 

The STIP parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 



NCIR Parameter 

The NCIR parameter specifies the decimal number of 
virtual circuits of the same subTIPtype you are 
defining. This parameter is optional. 

If you specify this parameter, the value you use 
must be less than or equal to the NSVC value 
declared or used on the corresponding LINE state- 
ment. The NCIR parameter has the following range 
of values: 

1 <^ numcir _< 255 

If you omit this parameter, the default value of 1 
is used. 



J 



| STIP Parameter 

The STIP parameter specifies the packet protocol 
required to support the terminal definition. This 
parameter is optional if the TC parameter does not 
specify a site-defined terminal class. If STIP is 
omitted, the TC parameter must be specified and 
| cannot be CCP or TC28 through TC30. 

When you declare a value for STIP, it must be one 
of the following reserved words: 



X25 



Identifies an X.25 device. 



CSET Parameter 

The CSET parameter specifies the code and character 
set of the terminal. The CSET parameter is 
optional. 

When you declare a value for CSET, you must use one 
of the following words: 

ASCII ASCII code and character set 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15 

If you omit CSET, the default value of ASCII is 
used. 



NEN Parameter 

The NEN parameter specifies the decimal number of 
virtual circuits of the same subTIPtype that are 
intially enabled. This parameter is optional. 

If you specify this parameter, the value you use 

must be less than or equal to the NCIR value 

declared or used on the same TERMINAL or TERMDEV 

statement. The NEN parameter has the following 
range of values: 

1 _< encir < 255 

If you omit this parameter, the default value of 1 
is used. 



DEVICE DEFINITIONS 

You must provide one TERMDEV or DEVICE statement 
for all switched virtual circuit application-to- 
application connections that can access the com- 
munication line through the terminal. Each terminal 
statement can have only one DEVICE statement. 
Figures 5-6 and 5-7 present the formats of the 
TERMDEV and DEVICE statements for terminals on X.25 
lines . 

The following parameters provide the definition for 
a CDC-defined X.25 terminal device: 

DT 
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device: DEVICEC,DT=devtyp3. 



device 




host or NPU operat 
no default value. 



All other parameters are described in the text. 



Figure 5-7. DEVICE Statement Format for Communication Lines of TIPTYPE=X25 






^taw' 



C 



o 
o 



DT Parameter 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site^defined device type. 

When you declare the DT parameter, the following 
values are valid: 

AP Identifies an interhost application-to- 
application connection. 

DT12 Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 

If you omit the DT parameter, AP is used for 
STIP=X25. 



BUFFERING OF DATA 

Using the ABL, DBL, and UBL block limit parameters, 
you can tailor your configuration of a terminal to 
keep it efficiently occupied. The value you should 
choose for each block limit depends on factors such 
as: 



The number 
serviced 



of application programs to be 



The number of devices transmitting and receiving 
data 

The frequency of device usage 

The size of the NPU macromemory available for 
buffering 

The roll-in/ roll-out frequency desired for each 
application program 

For each device, you can declare the number of 
characters constituting a block of data, as well as 
the total number of downline (output) blocks the 
network is permitted to queue between the device 
and an application program (the application block 
limit, or ABL parameter). The ABL parameter value 
that you should choose for the device depends on 
the size of the CCP buffering available (the down- 
line block limit, or DBL parameter) for the device 
and on a number of other factors in the network 
configuration. 

CCP buffers DBL output (downline) blocks between a 
terminal and an application program. NAM buffers 
ABL minus DBL blocks. Together, the device block 
limit parameters allow you to empirically tune the 
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network's throughput rates, NAM's central memory 
requirements, and system performance/resource usage. 

For example, selection of a large ABL parameter 
implies less frequent roll-in/roll-out of an 
application program because each application program 
can send more data message blocks before its block 
limit is reached. A large value for ABL minus DBL 
also implies that a large field length for NAM is 
permissible, because the additional blocks are 
queued there. A small NPU macromemory size requires 
that you specify a small value for the DBL parameter 
to avoid swamping the available NPU buffer area and 
a small value for the ABL parameter to avoid forcing 
a large NAM field length for queuing. 

A large number of application programs need a small 
ABL parameter to make frequent roll-in/roll-out 
likely and reduce NAM's central memory use. This 
condition also requires selection of a large DBL 
parameter (implying that the NPU servicing the 
terminal has a large macromemory) to prevent swamp- 
ing NAM's buffers and increasing the percentage of 
memory resources NAM requires. 

You should assign a value to the ABL parameter that 
allows an application program to assume that ABL 
blocks of the indicated number of characters can 
keep the terminal continuously busy. The default 
values for the block limit parameters provide 
adequate tuning for the servicing of terminals by 
the Interactive Facility (IAF) via NPUs with suf- 
ficient macromemory to support the number of devices 
configured. 

The recommended values and the defaults used for 
the block size and limit parameters are shown in 
the text describing each parameter within the sec- 
tion for the appropriate CDC-written TIP. For 
interactive traffic, the following assumptions were 
made to derive these recommended and default values: 

Traffic is with IAF. Site-written applications 
might require different parameter settings. 

Maximum line usage by X.25 console devices is 
90 percent, which is achieved by high-volume 
user programs such as those servicing inter- 
active graphics devices. This is achieved by 
selecting the DBZ and DBL values such that CCP 
queues 1 second of data for each device on the 
line. Maximum line usage by synchronous console 
devices is unimportant. 

IAF formats data into blocks less than or equal 
to DBZ characters. This block formatting is 
done if the terminal user's program is gener- 
ating data in sufficient volume and is subject 
to IAF's maximum block size of 945 characters. 
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You can optimize buffering in IAF by setting 
DBZ to a value of 45 + 60 n, where: 

3 < n < 15 

The appropriate value of n is one where ABL 
blocks of DBZ size require disk accesses less 
than once every 2 seconds. 

The recommended value of ABL is always 2 unless 
the needed DBZ value would be greater than IAF's 
maximum block size of 945 characters. If you 
define DBZ as a value exceeding the maximum 
block size of IAF or the maximum size allowed 
by the device protocol (XBZ value), disk usage 
is not optimized. 

For application-to-application connections, the 
following assumptions were made to derive these 
recommended and default values : 

The connections are carried over an X.25 link. 
If the connections are carried over a trunk, 
the mixture of types of traffic as well as the 
frame size of the trunk are considered. 

Maximum circuit utilization is maintained by 
queuing sufficient data in CCP to keep the 
packet window closed. A window size of 3 is 
assumed. When the window size is increased, an 
increase in the settings of DBL and DBZ may be 
necessary. 

The maximum frame size for an X.25 link allows 
for the maximum packet sizes. 



Because there is minimal text processing 
performed on packets, line usage is 
approximated at 75%. 

No compression of data in either direction is 
assumed . 

Recommended values sometimes differ from default 
values. When this is true, the default has been 
chosen to be compatible with all other defaults 
valid at the lowest possible line speed. 

If NPU memory limitations cause frequent terminal 
input suspension by CCP, you can alter the DBZ and 
DBL values to partially correct the problem. If 
the problem persists or is not adequately resolved 
by altering DBZ and DBL, the PRI parameter for the 
devices serviced by the NPU involved can be used in 
the following manner. 

All console devices (devices with a DT parameter 
value of CON) can be configured with the PRI param- 
eter. Any devices transmitting large blocks (any 
devices configured with large UBZ parameter values) 
and any devices on higher speed lines transmitting 
small blocks should not be configured with the PRI 
parameter. This algorithm causes input suspension 
from devices making frequent large block trans- 
missions (such as batch devices) before input 
suspension of devices making small or infrequent 
transmissions. The latter kinds are assumed to be 
the normal case for interactive devices. 

For the Message Control System (MCS), the upline 
block size must be set to 0. 
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MODE 4, HASP, 2780/3780 AND 3270 BISYNCHRONOUS 6 | 

PROTOCOL LINES, TERMINALS, AND DEVICES 



O 



The parameters required and the values allowed on 
the GROUP, LINE, TERMINAL, TERMDEV, and DEVICE 
statements depend upon the line protocol used. 
This section describes the form of a statement 
applicable to synchronous protocol lines. 

Synchronous communication lines are those using the 
line types defined in table 6-1. Such lines are 
serviced by the CDC-supplied M0DE4, HASP, BSC, or 
3270 TIPs. If you use the site-defined line type, 
one of these TIPs is presumed to be modified by 
your site (if necessary) to support either a 
standard communication line adapter or a specially 
built communication line adapter. 



LINE DEFINITION 

You configure terminals on a synchronous communica- 
tion line by using the following statements: 

One LINE or GROUP statement that defines the 
line. 



One TERMINAL or TERMDEV statement for each 
potential terminal on the line (more than one 
mode 4C protocol terminal can access the line 
at a given time; multiple-drop synchronous 
lines of this type are supported). 

One DEVICE statement for each device that 
accesses the line through a terminal; if you 
use a TERMDEV statement, you cannot use DEVICE 
statements for the same terminal. 



LINE STATEMENT PARAMETERS 

Each LINE statement defines one communication line 
between a terminal and the NPU. There must be one 
LINE statement for each CLA port on the NPU that 
supports terminal access. 

Figure 6-1 shows the format of the LINE statement 
and the valid parameter values for CDC-defined 
synchronous lines. Table 6-1 shows permitted line 
type values for the LTYPE parameter. 



TABLE 6-1. SYNCHRONOUS LINE TYPE DEFINITIONS 



^|^pr 



o 



o 



LTYPE 
Value 


Transmission 
Mode 


Transmission 
Operation 


Circuit 
Type 


Modem 
Typet 


CLA Type 


Maximum Speed , 

Bits per 

Second 


Carrier 

Type 


SI 


Synchronous 


Half-duplex 


Switched 
(Dialup) 


RS232C, Bell 

201A/208B 

compatible 


2560-1 


4800 


Controlled 


S2 


Synchronous 


Full-duplex 
but operating 
half-duplex 


Dedicated 
(Hard- 
wired) 


RS232C, Bell 

201B/208A 

compatible 

Bell 301/303 

compatible 

V.35 Standard 

compatible 


2560-1 

2560-2 
2560-3 


19200 

50000 (HASP 

only) 
56000 (HASP 
(only) 


Controlled 


S3 


Synchronous 


Full-duplex 


Dedicated 
(Hard- 
wired) 


RS232C, Bell 

201B/208A 

compatible 

Bell 301/303 

compatible 

V.35 Standard 

compatible 


2560-1 

2560-2 
2560-3 


19200 

50000 (HASP 
only) 
56000 (HASP 
(only) 


Constant 


S4 

(For 
site- 
defined 


Synchronous 


Unassigned 


Unassigned 


Unassigned 


Unas- 
signed 


Unassigned 


Unassigned 


use) 
















'Modem t} 


T»es supported 


jy each type of C 


LA may differ 
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line: "-INE / P0RT=port,LTYPE=ltypeC / TIPTYPE=tiptype,AUT0C=yn1D,DI[=yn2:,AL=acclev,IMDISCC=yn3:,: 
CP90=fv90,...,P99=fv993. 



Line 



port 



Ltype 



tiptype 



yn1 



yn2 



accLev 



yn3 



fv9i 



The element name to be assigned to the communication line being defined, 
required; there is no default value. 



This name is 



The hexadecimal number (1 < port < FE) of the port to which this communication line 
connects on the NPU currently being defined. Within an NOL program, the port number is 
independent of the number of ports on the NPU; for example, a 128-port NPU can have a port 
numbered FE (254 decimal). However, we strongly recommend that you assign port numbers 
consecutively, starting with 1. All values declared for PORT parameters must be unique 
within the current network definition of each NPU. The value specified for port cannot 
th !L«f!!!! e as the number declared for a port in any other LINE or TRUNK statement (or within 
a GROUP statement expansion) for this NPU, and cannot be lower than the highest port 
number used by a trunk. This number is required; there is no default value. 

A reserved word value that identifies the type of communication line adapter/modem/circuit 
combination that is used on this line. This word must be supplied; there is no default 
value. The legal words for this value declaration are described in table 6-1. 

A reserved word value that identifies the type of CCP Terminal Interface Program protocol 
required for the terminals on this line. This word is optional for lines being configured 
for automatic recognition of a synchronous protocol terminal; otherwise it must be 
supplied (there is no default value). The legal words for this value declaration are: 

BSC 2780/3780 binary synchronous protocol TIP is required. 

HASP HASP multi leaving workstation binary synchronous protocol TIP is required 

M0DE4 Control Data mode 4 protocol TIP is required. 

3270 3270 binary synchronous protocol TIP is required. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 
parameter specifies whether this communication line is configured for automatic 
recognition of protocol and subTIPtype by CCP whenever a terminal is connected to the 
line. When AUTO or AUT0=YES is specified, the line is configured for automatic 
recognition. When automatic recognition is performed, CCP attempts to determine as many 
addressing parameters as possible at the time the line becomes active; recognized 
parameters are compared against parameters specified in the network definition file to 
identify the terminal accessing the line. If AUTO is omitted or AUT0=N0 is specified, CCP 
is not allowed to perform automatic recognition for the line; the line has a fixed 
configuration, and each TERMINAL or TERMDEV statement associated with this line must 
explicitly declare all addressing and protocol parameters legal for that terminal. AUTO 
cannot be specified for lines with TIPTYPE=3270. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter specifies the status assigned to this communication line at network initiation 

1c!h bl ,°l ?J =Y 5L 1S S S«= ifie ?f the Une is dl ' sabL *d at network initiation and cannot be 
used until the HOP or NOP enables it. If 01 is omitted or DI=N0 is specified, the line is 
given an initial status of enabled unless the NOP or HOP specifies otherwise. 

The decimal access level limit (0 < acclev < 7) for the line. The lowest access level is 
(unclassified), the highest is 7. If AL is omitted or AL=N0NE is specified, no access 
level limit is associated with the line (equivalent to specifying AL=0). 

An optional reserved word value (YES or NO) which specifies whether the Immediate 
Disconnect feature is enabled for this line. When IMDISC or IHDISC=YES is specified, any 
terminal on the line is disconnected immediately after the terminal has logged out 
(disconnected) from the host. When IMDISC is omitted or IMDISC=N0 is specified, a 
terminal on the line is disconnected only after a two minute timer expires. 

The hexadecimal field value (0 < fv9i < FF) to use for the corresponding field number 
within the Terminal Interface Program configuration information transmitted for this 
line. The released version of the CDC-written M0DE4, HASP, BSC, and 3270 TIPs do not use 
any of these ten field number/field value pairs. 



G 
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Figure 6-1. Synchronous LINE Statement Format 
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You use the AUTO parameter to define a communication 
line as having a fixed or an automatic recognition 
configuration. You can use either of these con- 
figuration types for a switchable (dialup) line or 
for a dedicated (hardwired) line. 

Auto-recognition of 3270 terminals is not 
performed. For this reason, dial-up 3270 terminals 
must dial into synchronous ports that support only 
3270s. The LINE definition for a 3270 terminal 
must include all cluster and terminal addresses 
that can connect to the port . 

If you define a fixed-configuration line by omitting 
AUTO or specifying AUT0=N0, you must know and 
specify certain characteristics of the terminals 
and devices that will use it. Only terminals and 
devices with the specified characteristics can use 
that line. 

The characteristics of a fixed-configuration line 



CCP Terminal Interface Program type (LINE 
statement TIPTYPE parameter) 

SubTIPtype (TERMINAL or TERMDEV statement STIP 
parameter) 

Cluster addresses (TERMINAL or TERMDEV statement 
CA parameter; required for mode 4 and 3270 
protocol lines only). Hardwired fixed- 
configuration lines can support multiple mode 4 
terminals 

Code and character set (TERMINAL or TERMDEV 
statement CSET parameter) 

Terminal address (TERMDEV or DEVICE statement 
TA parameter; required for mode 4, BSC, and 
3270 protocol lines only) 

Device stream number (DEVICE statement STREAM 
parameter; required for HASP protocol lines 
only) 

Device type (TERMDEV or DEVICE statement DT 
parameter) 

Number of devices (implied from number of 
TERMDEV or DEVICE statements) 



If you define an automatic recognition line by 
specifying AUTO or AUT0=YES, CCP determines these 
characteristics when a terminal becomes active on 
the line. This allows more flexible access to the 
network. 

For mode 4 protocol terminals, CCP determines the 
automatic recognition information from the first 
codes it receives when the terminal becomes 
active. For HASP terminals, CCP requires one of 
the following: 

The protocol signon block must contain a 
/*C0NFIG card image with the same configuration 
ordinal and device number information as the 
definition you create for that terminal. 

A /*C0NFIG card image must be the first input 
from the terminal. This card must contain the 
same configuration ordinal and device number 
information as the definition you create for 
that terminal. 
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For bisynchronous terminals, CCP requires that a 
/*C0NFIG card image be the first input from the 
terminal. This card must contain the same con- 
figuration ordinal and device number information as 
the definition you create for that terminal. 

A terminal on an automatic recognition line is not 
completely configured until it becomes active. At 
that time, the Communications Supervisor (CS) com- 
pares the determined characteristics against the 
characteristics you have defined for each terminal 
configured on the line. CS uses the first terminal 
definition that matches to finish configuring the 
terminal. CCP then services the terminal devices 
according to the finished configuration. 

Only a terminal that completely matches all declared 
values can use the line. It must operate with the 
characteristics you declare for any required or 
optional parameters in your terminal definition, or 
the terminal user must change those characteristics 
to match. If you declare AUTOREC instead of values 
for all of the automatically recognized parameters, 
then any terminal will match the terminal 
definition. 

If you declare values instead of AUTOREC for some 
of the automatically recognized parameters, then any 
terminal that successfully accesses the line and has 
characteristics matching the declared values will 
match your terminal definition. If you declare 
values instead of AUTOREC for all of the auto- 
matically recognized parameters, then only a ter- 
minal with automatically recognized characteristics 
that are the same as your values will match the 
terminal definition. 

You can specify more than one terminal definition 
for terminals of each protocol (each TIP type) on 
an automatic recognition line. Each definition 
should vary from the others in one of the auto- 
matically recognized characteristics; unless dif- 
ferences exist, CS will not use any definition 
other than the first one. If you specify terminals 
of more than one protocol, only terminals of one 
TIP type can access the line at the same time. 

Using automatic recognition increases the number of 
terminals that potentially can use the line. You 
can configure a switchable line for automatic 
recognition with more logical terminals than the 
physical terminals that simultaneously can access 
it. However, only one physical HASP, mode 4A pro- 
tocol, or bisynchronous terminal can access the 
line at a given time. 

You can configure a mode 4 line for automatic 
recognition without specifying cluster addresses on 
TERMINAL statements or terminal addresses on DEVICE 
statements. Only one physical mode 4C protocol 
terminal with a given cluster address can access 
the line at a given time, and only one device with 
a given terminal address can be configured at a 
given time. 

For example, the statement 

LN3F: LINE PORT=10,LTYPE=S1,AUTO. 

defines a switchable (dialup), synchronous line (on 
NPUF in CDCnet, figure 2-1 of section 2) for auto- 
matic recognition of any synchronous protocol ter- 
minals. The line is identified as LN3F, connects 
to the NPU at port 10, and is enabled by default at 
network initiation. 
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If the automatic recognition form of the statement 

LN3F: LINE P0RT=10,LTYPE=S1,TIPTYPE=M0DE4,AUT0. 

were used instead, only mode 4 terminals could use 
the line. 

As an example of a fixed-configuration line, the 
statement 

LN2E: LINE P0RT=10,LTYPE=S3,TIPTYPE=HASP. 

defines a hardwired (dedicated), enabled, synchro- 
nous line for multileaving workstation terminals, 
accessing the NPU (NPUE in CDCnet) through port 10. 

All of the terminals capable of accessing this 
switchable line would have to be completely and 
explicitly configured on their TERMINAL and DEVICE 
statements. However, the characteristics of the 
terminal can be automatically recognized by the 
M0DE4 TIP. 



GROUP STATEMENT PARAMETERS 

You can use the GROUP statement in place of the LINE 
statement when you want to repeat a line definition 
a specified number of times . 

NDLP creates identical line, terminal, and device 
definitions (except for port number, line name, and 
device name) the number of times specified by the 
NI parameter. NDLP generates unique port numbers 
by incrementing the previously defined port number 
by one. NDLP generates unique line and device 
element names by adding the LINE'S port number in 
two-digit hexadecimal form to the one- to five- 
character specified root element name. 

The format of the GROUP statement is shown in figure 
6-2. Table 6-1 shows permitted line type values 
for the LTYPE parameter. 

Using the GROUP statement can reduce the number of 
definitions you must provide in your NDL program 
without reducing the number of definitions provided 
in the network configuration file. An example of 
GROUP statement use is shown in figure 6-3. 

You use the AUTO parameter to define a communication 
line as having a fixed or an automatic recognition 
configuration. You can use either of these config- 
uration types for a dialup line or for a dedicated 
(hardwired) line. 

Auto-recognition of 3270 terminals is not 
performed. For this reason, dial-up 3270 terminals 
must dial into synchronous ports that support only 
3270s. The LINE definition for a 3270 terminal 
must include all cluster and terminal addresses 
that can connect to the port. 

If you define a fixed-configuration line by omitting 
AUTO or specifying AUT0=N0, you must know and 
specify certain characteristics of the terminals 
and devices that will use it. Only terminals and 
devices with the specified characteristics can use 
that line. 



The characteristics of a fixed-configuration line 
depend on the communication protocol used by the 
line. These characteristics are: 

CCP Terminal Interface Program type (GROUP 
statement TIPTYPE parameter) 

SubTIPtype (TERMINAL or TERMDEV statement STIP 
parameter) 

Cluster addresses (TERMINAL or TERMDEV statement 
CA parameter; required for mode 4 and 3270 I 
protocol lines only). Hardwired fixed- 
configuration lines can support multiple mode 4 
terminals . 

Code and character set (TERMINAL or TERMDEV 
statement CSET parameter) 

Terminal address (TERMDEV or DEVICE statement 
TA parameter; required for mode 4, BSC, and I 
3270 protocol lines only) I 

Device stream number (DEVICE statement STREAM 
parameter; required for HASP protocol lines 
only) 

Device type (TERMDEV or DEVICE statement DT 
parameter) 

Number of devices (implied from number of 
TERMDEV or DEVICE statements) 

If you define an automatic recognition line by 
specifying AUTO or AUT0=YES, CCP determines these 
characteristics when a terminal becomes active on 
the line. This allows more flexible access to the 
network. 

For mode 4 protocol terminals, CCP determines the 
automatic recognition information from the first 
codes it receives when the terminal becomes 
active. For HASP terminals, CCP requires one of 
the following: 

The protocol signon block must contain a 
/*C0NFIG card image with the same configuration 
ordinal and device number information as the 
definition you create for that terminal. 

A /*C0NFIG card image must be the first input 
from the terminal. This card must contain the 
same configuration ordinal and device number 
information as the definition you create for 
that terminal. 

For bisynchronous terminals, CCP requires that a 
/*C0NFIG card image be the first input from the 
terminal. This card must contain the same configu- 
ration ordinal and device number information as the 
definition you create for that terminal. 

A terminal on an automatic recognition line is not 
completely configured until it becomes active. At 
that time, the Communications Supervisor (CS) com- 
pares the determined characteristics against the 
characteristics you have defined for each terminal 
configured on the line. CS uses the first terminal 
definition that matches to finish configuring the 
terminal. CCP then services the terminal devices 
according to the finished configuration. 
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group: 6ROUP,PORT=port / LTYPE=ltypeC,TIPTYPE=tiptype,AUTOC=yn1],Din=yn23 / ,AL=acclev,IMDISCC=yn33,] 
CP90=fv90,...,P99=fv99,NI=iter3. 



group 



port 



o 



o 



Ltype 



tiptype 



yn1 



o 



o 



yn2 



acclev 



yn3 



fv9i 



iter 



The root name to use for generating the element names assigned to the communication Lines 
and devices being defined. This name, which cannot be Longer than five characters, must 
result in element names that are unique within the network division currently being 
described. This name is required; there is no default value. 



The hexadecimal number (1 < port < FE) of the port to which 
communication Lines connects on the NPU currently being def 
the port number is independent of the number of ports on th 
NPU can have a port numbered FE (254 decimal). However, we 
assign port numbers consecutively, starting with 1. All va 
parameters must be unique within the current network defini 
specified for port cannot be the same as the number dec la 
TRUNK statement (or within any other GROUP statement expans 
be lower than the highest port number used by a trunk. Thi 
no default value. 



the first of these 
ined. Within an NDL program, 
e NPU; for example, a 128-port 

strongly recommend that you 
lues declared for PORT 
tion of each NPU. The value 
red for a port in any LINE or 
ion) for this NPU, and cannot 
s number is required; there is 



A reserved word value that identifies the type of communication line adapter/modem/circuit 
combination that is used on this line. This word must be supplied; there is no default 
value. The legal words for this value declaration are described in table 6-1. 

A reserved word value that identifies the type of CCP Terminal Interface Program protocol 
required for the terminals on this line. This word is optional for lines being configured 
for automatic recognition of a synchronous protocoL terminal; otherwise it must be 
supplied (there is no default value). The legal words for this value declaration are: 

BSC Binary synchronous protocol TIP is required. 

HASP HASP multi leaving workstation binary synchronous protocol TIP is required. 

M0DE4 Control Data mode 4 protocol TIP is required. 

3270 3270 protocol TIP is required. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 
parameter specifies whether this communication line is configured for automatic 
recognition of protocol and subTIPtype by CCP whenever a terminal is connected to the 
line. When AUTO or AUT0=YES is specified, the line is configured for automatic 
recognition. When automatic recognition is performed, CCP attempts to determine as many 
addressing parameters as possible at the time the line becomes active; recognized 
parameters are compared against parameters specified in the network definition file to 
identify the terminal accessing the line. If AUTO is omitted or AUT0=N0 is specified, CCP 
is not allowed to perform automatic recognition for the line; the line has a fixed 
configuration, and each TERMINAL or TERHDEV statement associated with this line must 
explicitly declare all addressing and protocol parameters legal for that terminal. AUTO 
cannot be specified for lines with TIPTYPE=3270. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter specifies the status assigned to this communication line at network initiation. 
When DI or DI=YES is specified, the Line is disabled at network initiation and cannot be 
used until the HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the line is 
given an initial status of enabled unless the NOP or HOP specifies otherwise. 

The decimal access level limit (0 < acclev < 7) for the line. The lowest access level is 
(unclassified), the highest is 7. If AL is omitted or AL=N0NE is specified, no access 
level limit is associated with the line (equivalent to specifying AL=0) . 

An optional reserved word value (YES or NO) which specifies whether the Immediate 
Disconnect feature is enabled for this line. When IMDISC or IMDISC=YES is specified, any 
terminal on the line is disconnected immediately after the terminal has logged out 
(disconnected) from the host. When IMDISC is omitted or IMDISC=N0 is specified, a 
terminal on the line is disconnected only after a two minute timer expires. 

The hexadecimal fieLd value (0 < fv9i < FF) to use for the corresponding field number 
within the Terminal Interface Program configuration information transmitted for this 
line. The released version of the CDC-written M0DE4, HASP, BSC, and 3270 TIPs do not use 
any of these ten field number/field value pairs. 

The decimal number (1 < iter < 254) of iterations of this line definition and of all 
TERMINAL, TERMDEV, or DEVICE statements following this GROUP statement. This parameter is 
optional; the default is 1. 



Figure 6-2. Synchronous GROUP Statement Format 
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LN3F: GR0UP,P0RT=0A,LTYPE=S2, 
TIPTYPE=M0DE4,NI=2. 
TERMINAL,STIP=M4A,TC=200UT,CA=70. 
DEVD: DEVICE / ,DT=CON,TA=60. 
DEVL: DEVICE,DT=LP,TA=60. 
DEVC: DEVICE,DT=CR,TA=60. 

This set of statements is interpreted by the NDL 
processor as if it had been written: 

LN3F0A: LINE,P0RT=0A,LTYPE=S2, 

TIPTYPE=M0DE4. 

TERMINAL,STIP=M4A,TC=200UT,CA=70. 

DEVDOA: DEVICE,DT=C0N,TA=60. 

DEVLOA: DEVICE,DT=LP,TA=60. 

DEVCOA: DEVICE,DT=CR,TA=60. 

LN3F0B: LINE,PORT=OB,LTYPE=S2, 

TIPTYPE=MODE4. 

TERMINAL,STIP=M4A,TC=200UT,CA=70. 



DEVD OB 
DEVLOB 
DEVCOB 



DEVICE,DT=C0N,TA=60. 

DEVICE,DT=LP,TA=60. 

DEVICE,DT=CR,TA=60. 



Figure 6-3. Synchronous GROUP Statement 
Expansion 

Only a terminal that completely matches all declared 
values can use the line. It must operate with the 
characteristics you declare for any required or 
optional parameters in your terminal definition, or 
the terminal user must change the characteristics 
to match. If you declare AUTOREC instead of values 
for all of the automatically recognized parameters, 
then any terminal will match the terminal 
definition. 

If you declare values instead of AUTOREC for some 
of the automatically recognized parameters, then 
any terminal that successfully accesses the line 
and has characteristics matching the declared 
values will match your terminal definition. If you 
declare values instead of AUTOREC for all of the 
automatically recognized parameters, then only a 
terminal with automatically recognized characteris- 
tics that are the same as your values will match 
the terminal definition. 

You can specify more than one terminal definition 
for terminals of each protocol (each TIP type) on 
an automatic recognition line. Each definition 
should vary from the others in one of the auto- 
matically recognized characteristics; unless 
differences exist, CS will not use any definition 
other than the first one. If you specify terminals 
of more than one protocol, only terminals of one 
TIP type can access the line at the same time. 

| 6-6 



Using automatic recognition increases the number of 
terminals that potentially can use the line. You 
can configure a switchable line for automatic 
recognition with more logical terminals than the 
physical terminals that simultaneously can access 
it. However, only one physical HASP, mode 4A 
protocol, or bisynchronous terminal can access the 
line at a given time. 

You can configure a mode 4 line for automatic 
recognition without specifying cluster addresses on 
TERMINAL statements or terminal addresses on DEVICE 
statements. Only one physical mode 4C protocol 
terminal with a given cluster address can access 
the line at a given time, and only one device with 
a given terminal address can be configured at a 
given time. 

For example, the statement 

LN3F: GR0UP,P0RT=0A,LTYPE=S1,AUT0,NI=2. 

defines two switchable (dialup), synchronous lines 
(not shown in figure 2-1 of section 2) for automatic 
recognition of synchronous protocol terminals. The 
lines are identified as LN3F0A and LN3F0B, connect 
to the NPU at ports OA and OB, and are enabled by 
default at network initiation. 

If the automatic recognition form of .the statement 

LN3F : GROUP , P0RT=0A , LTYPE=S 1 , TIPTYPE=MODE 4 
AUT0,NI=2. 

were used instead, only mode 4 terminals could use 
the lines. 

As an example of a fixed-configuration line pair, 
the statement 

LN2E: GROUP, P0RT=0A,LTYPE«S3,TIPTYPE=HASP,NI=2. 



defines two hardwired (dedicated), enabled, 
synchronous lines for multileaving workstation ter- 
minals, accessing the NPU through ports OA and OB. 

All of the terminals capable of accessing these 
switchable lines would have to be completely and 
explicitly configured on the TERMINAL and DEVICE 
statements following the GROUP statement. However, 
the characteristics of the terminal can be auto- 
matically recognized by the M0DE4 TIP. 



MODE 4 TERMINAL DEFINITIONS 

On a mode 4 communication line, a terminal defini- 
tion is different from a device definition. A mode 
4 terminal consists of one or more devices; ter- 
minal and device are not synonymous . Within the 
network, a mode 4 terminal is a cluster controller; 
this is synonymous with a mode 4A site (equipment 
controller) or with a mode 4C station. 



If you defined the communication line as a fixed 
definition line, you can declare up to 16 TERMINAL 
or TERMDEV statements for the line (if it is a 
multiple-drop mode 4 line). If you defined the 
line as an automatic recognition line, you can 
declare up to 255 TERMINAL or TERMDEV statements 
for the line. Only one can be connected at a time. 
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You must provide one TERMINAL or TERMDEV statement 
for each terminal that can access the communication 
line simultaneously. Figures 6-4 and 6-5 present 
the formats of these statements for terminals on 
mode 4 protocol synchronous lines. 



TERHINALC,STIP=stiptyp,TC=trmclas / 3 
L"CSET=charset,CA=clsadr,D 
CRIC=yn1,EOFC=yn2D3. 

Parameters are described in the text. 



Figure 6-4. TERMINAL Statement Format 
for Communication Lines of TIPTYPE=M0DE4 

The following TERMINAL and TERMDEV parameters 
provide the terminal definition for the line: 

CA 

CSET 

EOF 

RIC 

STIP 

TC 

The STIP and TC parameters are described first 
because they are related and affect the validity, 
ranges, and defaults of the other parameters. The 
other parameters are described in alphabetical 
order. 



STIP PARAMETER 

The STIP parameter specifies the subcategory of the 
TIP type (the subTIPtype) required to support the 
terminal definition. This parameter is optional if 
the TC parameter specifies a CDC-defined terminal 
class. If STIP is omitted, the TC parameter must 
be specified and cannot be CCP or TC28 through TC30. 

When you declare a value for STIP, it must be one 
of the following reserved words: 

AUTOREC Indicates that CCP should use the 
subTIPtype appropriate for the ter- 
minal class (valid only if TC is 
specified); using this value is 
equivalent to omitting the parameter. 

M4A Identifies a synchronous terminal that 
uses the mode 4A protocol variant. 

M4C Identifies a synchronous terminal that 
uses the mode 4C protocol variant. 

If you use the AUTOREC value or omit the STIP 
parameter, the default is selected according to the 
terminal class declared. The defaults are: 



TC 


STIP 


Value 


Value Used 


200UT 


M4A 


734 


M4A 


711 


M4C 


714 


M4C 


714X 


M4C 



For console devices : 

device: TERMDEVL",STIP=stiptyp,TC=trmclas,CSET=charset,CA=cLsadr,RIC=yn1,DT=C0N,D 
ETA=trmaddr,ABL=abl,DBZ=dwnlsiz,UBZ=upbsize,DBL=dwnblim,UBL=upblim,XBZ=xmitsiz,D 

CAUT0L0GC=yn2a / AUT0C0NC=yn3D,PRIC=yn43,DIC=yn53,HN=node,HDC=yn6:,LK=yn7 / ,Bl=b1,EL0=elo,B2=b2 / CN=cn,D 
CCT=ct,PG=pg,PL=pl,PW=pw,EOFC=yn8] / P90=fv90, . . .,P99=fv993. 

For site-defined devices: 



device: TERMDEV, CSTIP=stiptyp,TC=trmc las, CSET=charset,CA=clsadr,RIC=yn1,:]DT=DT12L",3 
CSDT=subdt,TA=trmaddr,ABL=abl,DBZ=dwnlsiz,UBZ=upbsize,DBL=dwnblim,UBL=upbUm,D 
CXBZ=xmitsiz,D0=devord,AUT0L06C=yn2D,AUT0C0NC=yn3],PRIC=yn4:,DIC=yn5],HN=node,H0C=yn63,LK=yn7,: 
rB1=b1,B2=b2,CN=cn,CT=ct,PG=pg,PL=pL,PW=pw,EOFC=yn8:,P90=fv90,...,P99=fv993. 

device The element name of the terminal device being defined. This name can be one through seven 
characters long. The first character must be a letter, the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement, 
the device name cannot be longer than five characters. This is the name used by the host 
or NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 



Figure 6-5. TERMDEV Statement Format for Communication Lines of TIPTYPE=M0DE4 
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TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for terminal connections. Supported 
terminals are grouped into terminal classes , 
according to their hardware characteristics. 

Each CDC-defined terminal class has the default 
characteristics associated with an archetype ter- 
minal. Each CDC-defined terminal class has a range 
of possible characteristics. These ranges determine 
the values allowed for parameters you specify on 
the TERMDEV or DEVICE statements. 

Because the network cannot recognize differences 
among some terminal classes, a default terminal 
class exists for each subcategory of the TIP type 
(the subTIPtype, defined by the STIP parameter of 
the TERMINAL or TERMDEV statement). These defaults 
can be used when you declare a STIP parameter. 

The mnemonics Identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes, with the following 
| exceptions: you can use TC28, TC29, and TC30 to 
identify site-defined terminal classes with no 
default characteristics, corresponding to reserved 
Network Access Method (NAM) terminal class numbers. 

Because the characteristics of terminals in site- 
defined classes are unknown, TERMINAL, TERMDEV, or 
DEVICE statement parameter value ranges are checked 
against those valid for the STIP value specified. 
Any value declared for a terminal or device parame- 
ter is valid if the parameter and value conform to 
requirements for that STIP value. 

The TC parameter is optional unless the STIP param- 
eter is omitted. If TC is specified as CCP or as 

I TC 28 through TC30, the STIP parameter must be 
specified. If TC is omitted, the STIP parameter 
must be specified. If STIP is omitted, the TC 
parameter must be specified and cannot have the 

| value CCP or TC28 through TC30. 

If the STIP value of M4A is declared or used, the 
following reserved words are valid values for the 
TC parameter: 

CCP Specifies that CCP is to provide the 
default terminal class appropriate for 
the subTIPtype; using this value is 
equivalent to omitting the parameter. 



200UT Identifies a terminal compatible 
the CDC 200 User Terminal. 



with 



734 Identifies a terminal compatible with 
the CDC 734 series terminal. 

TC28 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 28. 

TC29 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 29. 

TC30 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 30. 



If the STIP value of M4C is declared or used, the 
following reserved words are valid values for the 
TC parameter: 



711 
714 
714X 
TC28 

TC29 

TC30 



Identifies a terminal compatible with 
the CDC 711 series terminal. 

Identifies a terminal compatible with 
the CDC 714-10/20 series terminal. 

Identifies a terminal compatible with 
the CDC 714-30 series terminal. 

Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 28. 

Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 29. 

Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 30. 



If you omit the TC parameter or specify the value 
CCP, the default is selected according to the STIP 
value declared. The defaults are: 



STIP 
Value 

M4A 
M4C 



TC 

Value Used 

200UT 
711 



CA PARAMETER 

The CA parameter specifies the hardware cluster 
address for all the devices accessing the line 
through one terminal. When the line is configured 
for automatic recognition of terminals, this param- 
eter is optional; otherwise it is required. 

When you define terminals on a fixed-configuration 
line, you must specify a unique value of the CA 
parameter for each terminal that can use the line. 
There is no default value for a cluster address. 

If you supply this parameter for an automatic 
recognition line, the value need not be unique for 
each terminal defined on the line but must be unique 
for each terminal that simultaneously accesses the 
line. The network software performs an additional 
match while identifying the terminal in the config- 
uration file; any terminal accessing the line must 
use a cluster address you specify or it cannot use 
the network. 

The CA parameter can have the following values: 
AUTOREC 

Indicates that CCP should determine the 
cluster address during automatic recognition 
of the terminal (valid only if the AUTO 
parameter is used in the corresponding LINE 
or GROUP statement); using this value is 
equivalent to omitting the parameter. 



o 
o 






A'" "\ 
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70 thru 7F 



Indicates the hexadecimal cluster 
of the terminal you are defining. 



address 



If you specify the value of AUTOREC, terminals with 
any cluster address valid for mode 4 terminals can 
access the network. 



STIP 
Value 

M4A 
M4C 



CSET 
Value Used 

ASCII 
ASCII 



Once established, the default cannot be changed. 






o 



o 



o 
o 



CSET PARAMETER 

The CSET parameter specifies the code set of the 
terminal and character set of its console. This 
parameter is optional. 

When you declare a value for CSET, it must be one 
of the following reserved words. For terminals in 
| classes 200UT, 734, and TC28 through TC30, it can 
be: 

ASCII ASCII code set. Some mode 4A terminals 
have selectable code sets but a fixed 
console character set; the character 
set can be ASCII or the CDC External 
BCD set. 

AUTOREC Indicates that CCP should use the code 
and character set appropriate for the 
terminal class or determined by auto- 
matic recognition; using this value is 
equivalent to omitting the parameter. 

BCD CDC External BCD code set. Some mode 
4A terminals have selectable code sets 
but a fixed console character set; the 
character set can be ASCII or the CDC 
External BCD set. 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15. 



For terminals in 
CSET value can be: 



classes 711, 714, and 714X, the 



ASCII 



ASCII code and character set. 



AUTOREC Indicates that CCP should use the code 
and character set appropriate for the 
terminal class or determined by auto- 
matic recognition; using this value is 
equivalent to omitting the parameter. 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15. 



If you specify CSET for a terminal on an automatic 
recognition line, the network software performs an 
additional match while identifying the terminal in 
the configuration file. If you omit CSET, no 
additional match is performed for an automatic 
recognition line and the recognized value is used. 

For fixed-configuration lines, the default is 
selected according to the STIP value declared or 
used. The defaults are: 



EOF PARAMETER 

The EOF parameter indicates whether the MODE 4 TIP 
sends an end-of-file indicator to line printer 
devices to mark the position in the data where an 
end-of-file was read from disk. The end-of-file 
indicator is an ESC V sequence. 

Possible values for this parameter are: 

NO Indicates that an end-of-file indicator 
is not sent by the MODE 4 TIP to line 
printer devices. 

YES Indicates that an end-of-file indicator 
is sent by the MODE 4 TIP to line 
printer devices. 

If you omit the EOF parameter, the default value of 
NO is used. 



RIC PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities. This 
parameter is optional. 

A terminal can have restricted interactive 
capabilities for many reasons; for example, perhaps 
no console device actually exists and interactive 
dialog must occur through a pair of batch devices. 

The effect this parameter has depends on the appli- 
cation program the terminal uses . For example , RBF 
does not output the READY prompt and does not 
require a GO command to enable any defined passive 
devices when RIC is specified. 

Possible values for this parameter are: 

NO Indicates that the terminal has full 
interactive capabilities. 

YES Indicates that the terminal has limited 
interactive capablities. 

If you omit the RIC parameter, the default value of 
NO is used. 



MODE 4 DEVICE DEFINITIONS 

On a mode 4 communication line, a device definition 
is different from a terminal definition. A mode 4 
terminal consists of one or more devices; terminal 
and device are not synonymous. Within the network, 
a mode 4 device is synonymous with a mode 4A station 
or with a mode 4C device. 
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You must provide one TERMDEV or DEVICE statement 
for each device that accesses the communication 
line through the terminal you are defining. If you 
use a TERMDEV statement, you cannot use a DEVICE 
statement for the same terminal. Figures 6-5 and 
6-6 present the formats of these statements for 
devices on mode 4 protocol synchronous lines. 

You can declare up to three DEVICE statements if 
the line uses a STIP value of M4A, or up to 15 
DEVICE statements if the line uses a STIP value of 
M4C. Mode 4A terminals can have up to three DEVICE 
statements for site-defined device types, or one 
DEVICE statement for each of the following CDC- 
defined device types: 



Card reader 
Console 
Line printer 



Mode 4C terminals can have up to 15 DEVICE state- 
ments for site-defined device types, or up to 15 
DEVICE statements for CDC-defined console devices, 
or up to seven DEVICE statements for CDC-defined 
line printer devices. 

The following TERMDEV and DEVICE parameters provide 
device definition for the terminal: 



o 
o 



ABL 


DI 


PRI 


AUTOCON 


DO 


PW 


AUTOLOG 


DT 


P90 through P99 


Bl 


ELO 


SDT 


B2 


HD 


TA 


CN 


HN 


UBL 


CT 


LK 


UBZ 


DBL 


PG 


XBZ 


DBZ 


PL 





The DT parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 



For console devices: 

device: »EVICEC,DT=C0N,TA=trn.addr,ABL=abL,DBZ=dwnLsiz,UBZ=upbsi Z e,DBL=dwnbli m ,3 

CUBL=upbLim,XBZ=xmitsiz,AUT0L0GC=yn13,AUT0C0NC=yn2],PRIC=yn33,0IC= y n4:,HN=node / HDC=yn53,LK=yn6,D 

CB1=b1,B2=b2,CN=cn,CT=ct,EL0=elo,PG=pg,PL=pl,PW=pw,3 

CP90=f v90, . . . ,P99=f v993 . 

For card readers: 

device: DEVICE,DT=CRC,TA=trmaddr,UBZ=upbsize,DBL=dwnbli m ,UBL=upbLini,PRi:=yn13,: 
CDI C=yn23,P90=fv90,. . .,P99=fv993. 

For line printers: 

device: »EVICE,DT=LPC,SDT=subdt,TA=trmaddr,DBZ=dwnlsiz,DBL=dwnbli m ,UBL=upblim,XBZ= Xm it S iz,: 
CDO=devord,PRI C=yn1 3, DI C=yn23,PU=pw,P90=f v90, . . . ,P99=f v993 . 

For site-defined devices: 

device: ">EVICE,DT=DT12C,SDT=subdt,TA=trmaddr,ABL=abl,DBZ=dunlsi 2 ,UBZ=upbsize,3 

CDBL=dwnblim,UBL=upblim,XBZ=xmitsiz,DO=devord,AUTOLOGC=yn13,AUTOCONC=yn23,3 

CPRIC=yn33,DIC=yn43,HN=node,H0C=yn53,LK=yn6,B1=b1,B2=b2,CN=cn,CT=ct,PG=pg,3 
CPL=p I ,PW=pw,P90=f v90, . . . ,P99=f v993 . 

device The element name of the terminal device being defined. This name can be 1 through 7 

characters long; the first character must be a letter, the other characters can be letters 
or cngits. If this statement is used within the set following a GROUP statement, the 
device name cannot be longer than 5 characters. This is the name used by the host or NPU 
operator to monitor and control the device. This name is required; there is no default 

All other parameters are described in the text. 



Figure 6-6. DEVICE Statement Format for Communication Lines of TIPTYPE=M0DE4 
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DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site-defined device type. 

If you specify a CDC-defined device type, the other 
device definition parameters on the DEVICE or 
TERMDEV statement: 

Are required by the NDL processor where 
indicated in the text 

Have the predefined default shown in the text 

Have the predefined ranges shown in the text 

Are checked for uniqueness and compatibility 

If you specify a site-defined device type, the 
other device definition parameters on the DEVICE 
statement: 

Are not required by the NDL processor 

Have no predefined default 

Are not checked for uniqueness 

Are not checked for compatibility with other 
parameters on the same statement 

When you specify the DT parameter, the following 
values are valid: 

CON Identifies a CDC-defined console device. 

CR Identifies a CDC-defined card reader 
device . 

LP Identifies a CDC-defined line printer 
device . 

DT12 Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 

If you omit the DT parameter, the value of CON is 
used. 



ABL PARAMETER 

The application block limit (ABL) parameter speci- 
fies the number of downline blocks that can be out- 
standing (unacknowledged) between an application 
program and this terminal. The value you choose 
should keep the terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). The ABL parameter has the following 
range of values : 

1 < abl < 7 



The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. Maximum line usage can be 
obtained by setting both DBZ and DBL so that 1 
second of data is queued by CCP. 



For console devices (DT of CON) , the host queues 
abl - dbl blocks; the NPU queues dbl blocks. An 
ABL value significantly larger than the DBL value 
causes NAM to use more host memory but can reduce 
the number of times an application program is rolled 
out. 

The default value for this parameter is 2 (DT of 
CON only). 



AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
the console device and any associated batch devices 
to the selected host node. This parameter is valid 
only for console devices. 

If the line is hard-wired (LTYPE=S2 or S3) and you 
specify the AUTOCON parameter, you should also 
specify the AUTOLOG parameter. This is recommended 
because if AUTOCON is specified without AUTOLOG, 
the connection to the host can be terminated for 
inactivity before the user logs in. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUTOCON=NO is specified. 

This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that CCP should not attempt 
automatic connection. 

YES Indicates that CCP should attempt auto- 
matic connection. 

If you omit the AUTOCON parameter, the default 
value of NO is used for a DT of CON. If you 
specify this parameter without a value, the value 
of YES is used. 



AUTOLOG PARAMETER 

The AUTOLOG parameter is a stand-alone keyword that 
specifies whether the Network Validation Facility 
should use information in the local configuration 
file to log in the specified console device and any 
associated batch devices. If you specify that 
automatic login should be attempted, the information 
used for the login must be provided through NDL 
USER statement parameters (see section 8). The 
terminal user must specify the information that is 
not contained in the LCF during the login dialog. 

This parameter and its values are optional and 
valid only for console devices or site-defined 
devices (DT of CON or DT of DT12). You can specify 
either of the following values : 

NO Indicates that the terminal user should 
be prompted for all login parameters. 

YES Indicates that automatic login should 
be attempted. 

If you omit the AUTOLOG parameter, the default 
value of NO is used for DT of CON. If you specify 
this parameter without a value, the value of YES is 
used. 
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The AUTOLOG parameter is ignored by the NOS 2.3 
version of NVF, but is retained for compatibility 
with earlier systems. For NOS 2.3, autologin is 
based solely on the presence or absence of a USER 
statement for the device in the local division. If 
the device being specified is required to be 
autologged into a host running earlier versions of 
the network products, the AUTOLOG parameter must 
still be specified. 



Bl PARAMETER 

The Bl parameter specifies the character to be used 
as a user break 1 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans- 
mitted to the terminal and sends a user break 1 
message upline to the connected application program. 

The effect this parameter has depends on the appli- 
cation program. For example, IAF interprets the 
user break 1 message as a job step interrupt from 
the terminal user. 

This parameter is optional; it is allowed only for 
devices of DT=CON or DT-DT12. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit ASCII 
code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NHL, SOH, or STX) 

04, 0A, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the B2, CN, or CT parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation, to a character in the 7-bit 
ASCII code set. 

If you omit the Bl parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 



STIP 
Value 

M4A 
M4C 



Bl 

Value Used 

3A 

3A 



ASCII 
Character 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans- 
mitted to the terminal and sends a user break 2 
message upline to the connected application program. 

The effect this parameter has depends on the appli- 
cation program. For example, IAF interprets the 
user break 2 message as a job step termination from 
the terminal user. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the 
character to be used (table A-2 in appendix A lists 
all of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, 0A, or 0D (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, CN, or CT parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the B2 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 



STIP 

Value 

M4A 
M4C 



B2 

Value Used 

29 
29 



ASCII 
Character 

) 
) 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message. When the ter- 
minal user enters this character as the last char- 
acter on a line, the network software discards the 
last message transmitted from the terminal. 



o 
o 



'1 



3 



0. "\ 



o 
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This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the char- 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, 0A, or 0D (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, or CT parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the CN parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 

STIP CN ASCII 

Value Value Used Character 



M4A 
M4C 



28 
28 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the first 
character on a line, CCP interprets the line as a 
command. Among other functions, CCP supports ter- 
minal definition commands to determine or change 
the values you have established for the following 
parameters: 



Bl 


CT 


PL 


B2 


FA 


PW 


CN 


PG 


TC 



This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the char- 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set). 



You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, 0A, or 0D (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, or CN parameters 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the CT parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the STIP parameter. The defaults are: 



STIP 
Value 

M4A 
M4C 



CT 

Value Used 

25 
25 



ASCII 
Character 

% 

% 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be outstand- 
ing (unacknowledged) between the host computer and 
this terminal. The value you choose determines how 
many blocks of data the NPU queues from the total 
number of outstanding blocks (ABL parameter value) 
of the size specified by the DBZ parameter. 



This parameter is optional. 
the following value range: 

1 < dbl < 7 



The DBL parameter has 



The value you declare should be less than or equal 
to the application block limit (ABL parameter 
value) of the terminal. Maximum line usage can be 
obtained by setting both DBZ and DBL so that 1 
second of data is queued by CCP. 

For console devices (DT of CON) , the host queues 

abl - dbl blocks; the NPU queues dbl blocks. Small 

DBL values use less NPU memory but cause slower 
data transfers. 

For batch devices, the NPU queues all downline 
blocks. No ABL value exists, so the DBL value 
alone determines the impact of block queueing on 
NPU and host resources. Large DBL values rapidly 
use up NPU memory; small DBL values may not keep 
the terminal busy. 
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If you omit the DBL parameter, a default value Is 
used. Default values depend on the device type and 
the terminal class. The default values are: 



Terminal Class 

200UT and 734 
200UT and 734 
711, 714, 714X 
200UT and 734 
714 and 714X 



DT 
Value 

CON 

CR 

CON 

LP 

LP 



DBL 

Value Used 

2 
2 

2 

1 
1 



For terminals in classes 200UT and 734, a DBL value 
of 2 is recommended for printers (DT of LP) on lines 
that support speeds above 9600 bits per second. 



DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the appli- 
cation programs to divide downline messages into 
blocks . 

This parameter is optional; it is allowed for all 
device types except card readers (DT of CR). The 
DBZ parameter has the following range of values: 

1 < dbz < 2043 

The value you declare should be chosen together 
with the value used for the DBL parameter. For 
batch devices (DT of LP), you should use a value 
that is a multiple of 640 characters (one physical 
record unit). If dbz is not a multiple of 640 for 
passive devices, NDL rounds the value you supply to 
the next even multiple, as follows: 



Value Supplied 

1 _< dbz < 640 

641 < dbz < 1280 

1281 < dbz < 2043 



Value Used 

640 
1280 
1920 



The NDL processor issues an informative message if 
it adjusts the DBZ value that you specify. 

If you omit the DBZ parameter, a default value is 

used. Default values depend on the the STIP value 

declared or used and the device type. The default 
values are: 



STIP 
Value 

M4A 
M4A 
M4C 
M4C 



DT 
Value 

CON 
LP 
CON 
LP 



DBZ 

Value Used 

1040 

640 
1280 

640 



These defaults optimize use of the default value 
for the DBL parameter. 



Dl PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies a device as initially enabled or disabled. 
An enabled device is configured and serviced as 
soon as the communication line becomes active. A 
disabled device is neither configured nor serviced 
when the line becomes active. 

If you Initially disable the device, a host or NPU 
operator can change the device status to enabled. 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a hard- 
wired line). 

This parameter is optional. If you specify the DI 
parameter, you must use one of the following values: 



NO 



Indicates that the device is initially 
enabled . 



YES Indicates that the device is initially 
disabled. 

If you specify the DI parameter without a value, 
the value of YES is used. If you omit this parame- 
ter, the default value of NO is used. 



DO PARAMETER 

The DO parameter specifies the device ordinal of 
the device within the terminal. This device ordinal 
provides a unique identifier to an application pro- 
gram for the device when more than one device of 
the same type is part of the terminal. 

This parameter Is allowed for line printers (DT of 
LP) or site-defined devices (DT of DT12) with a 
STIP value of M4C only. The DO parameter is 
optional if only one device of the same type is 
part of the terminal; otherwise, a unique value is 
required for each device you define. 

If you specify this parameter, you must use a value 
in the range: 

1 <^ devord £ 7 

If you omit this parameter when it is optional, the 
default value of 1 is used. 



ELO PARAMETER 

The ELO parameter indicates the event that Identi- 
fies an end-of-line condition (an end-of-logical 
line or message-forwarding signal). During input, 
a message is transmitted upline as soon as an end- 
of-line code (or message-forwarding code sequence) 
or an end-of-block condition is detected. 

When some devices perform input, they use code 
sequences or events to indicate the end-of-line and 
end-of-block conditions. The ELO parameter allows 
you to set the end-of-line indicator to one of 
these sequences or events. 



o 
o 



~\ 



*\ 
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This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that CCP should use the 
default condition appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

EB Indicates that the current end -of -block 
character code or code sequence for the 
terminal class should be the end-of-line 
condition indicator. This value causes 
any default end-of-line codes or code 
sequences to be sent upline as data 
within a single message. 

If you omit this parameter or specify the value 

CCP, the end-of-line condition indicator is the 

normal end-of-line sequence for the device (DT of 
CON only). 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



HD PARAMETER 

The HD parameter controls whether or not the full 

host availability display (HAD) is presented to the 

terminal user. This parameter is optional and is 
valid only for console devices. 

If you specify this parameter, you must use one of 
the following values: 

NO Indicates that the full host availa- 
bility display is not presented to the 
terminal user. The terminal user 
receives only the host status message 
and the prompt message. 

YES Indicates that the host availability 
display should be presented to the 
terminal user. 



If you omit this parameter and only a single host 
is defined, the default value of NO is used. If 
you omit this parameter and multiple hosts are 
defined, the default value of YES is used. 

The value of this parameter does not change when 
the terminal class is changed from the console or 
changed by the application program. The application 
program or the terminal user can also change the 
value you specify. 



NONE 



Indicates that no node number is specified. 
This has the same effect as not declaring 
the parameter. A value of NONE cannot be 
declared if AUTOCON is also specified and 
there are logical links to more than one 
host terminating in the NPU being defined. 

1 < HN _< 63 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 

The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement 
within the same network definition. If all the 
COUPLER statements for all the logical links to the 
NPU being defined have equal HNAME parameters, the 
NDL processor provides a default host node. The I 
default host node is the last coupler specified. I 
If the HN parameter is not specified, the terminal 
user must select a host before a connection can be 
made. If the AUTOCON parameter is specified, then 
the HN parameter must also be specified. 

The value of this parameter does not change when 
the terminal class is changed from the console. 
The terminal user can change the value you specify. 



LK PARAMETER 

The LK parameter specifies whether unsolicited 
messages from the NPU or host operator can appear 
at the terminal. This parameter is optional; it is 
allowed only for console devices and site-defined 
devices (DT of CON or DT of DT12). 

If you declare this parameter, you must specify one 
of the following values: 

CCP Indicates that CCP should use the 
default choice appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that unsolicited messages 
should be delivered to the terminal as 
soon as received by CCP. 

YES Indicates that unsolicited messages 
should be discarded (locked out). 

If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only) . The terminal user or the application 
program can change any value that you specify. 



o 



HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal user. 

This parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values: 
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PG PARAMETER 

The PG parameter specifies whether CCP should wait 
at each output page boundary for terminal user 
acknowledgment before it displays the next page of 
data. In certain situations, page waiting can 
occur other than at page boundaries; CCP produces a 
prompting message (OVER..) when this type of page 
waiting occurs. The user's response to page waiting 
is entry of a line, usually empty. 
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CCP views a new page as beginning at the start of 
each downline message. CCP calculates the length 
of a page from the current values of the page width 
and page length (see PW and PL Parameter descrip- 
tions). If the page width is infinite (PW=0), a 
page consists of one line less than the number of 
logical lines specified as the page length. If the 
page width is finite (PW is nonzero), a page con- 
sists of one line less than the number of physical 
lines specified by the page length; CCP calculates 
the number of physical lines by dividing each 
logical line into units less than or equal to the 
page width. 

This parameter is optional; it is allowed only for 

console devices and site-defined devices (DT of CON 

or DT of DT12). If you specify this parameter, you 
must use one of the following reserved values: 

Indicates that CCP should use the 
default setting appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

Indicates that page waiting should not 
occur . 



CCP 



NO 



YES Indicates that page waiting should 
occur. 

When you specify PG=YES, you should also specify a 
nonzero value for the PL parameter. CCP cannot 
perform page waiting at the boundaries of infinitely 
long pages (PL=0). 

If you omit the PG parameter or specify a value of 
CCP, the default value of YES is used. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



PL PARAMETER 

The PL parameter specifies the number of physical 
lines per page of output for the device. If the 
device is configured for page waiting (PG parame- 
ter), any message containing more lines of output 
than the page length will be interrupted by CCP for 
a page waiting response from the terminal user. 
The interruption occurs after line pi - 1 is output. 

This parameter is optional; it is allowed for 
console devices and site-defined devices only (DT 
of CON or DT of DT12). If you specify the PL para- 
meter, you must use one of the following values: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 



Indicates an infinite page length. An 
infinite page length means that no page 
waiting occurs. 



8<pl< 255 

Indicates the number of physical lines per 
page. 

If you omit this parameter or specify a value of 
CCP, a default value is used (DT of CON only). The 
default value depends on the terminal class . The 
defaults are: 



TC 


PL 


Value 


Value Used 


200UT 


13 


734 


13 


711 


16 


714 


16 


714X 


16 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



PRI PARAMETER 

The PRI parameter is a stand-alone keyword that 
indicates whether data to or from the device is to 
have traffic priority over that to or from other 
devices in the network. Data to or from a device 
that does not have traffic priority is suspended to 
relieve network congestion before data to or from 
terminals with traffic priority is suspended. 
Interactive devices should usually be given traffic 
priority over batch devices. 

This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 

NO Indicates that the device should not 
have data traffic priority. 

YES Indicates that the device should have 
data traffic priority. 

If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO is used. 



PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of input or output for this 
device. This physical line length is also called 
the page width. 

For console devices, output lines longer than pw 
characters are not divided but are counted as more 
than one line for page width calculations. If the 
PW value for the device is inappropriate, loss of 
visual fidelity can occur; the application program 
might divide the data into lines that are too short 
or too long for the screen's capacity, instead of 
allowing the terminal to wrap lines when needed. 

This parameter is optional. If you specify the PW 
parameter, the value you can use depends on the 
device type and the terminal class. The following 
values are allowed for console devices and site- 



o 
o 
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defined devices (DT of CON or DT of DT12) in ter- 
minal classes 200UT, 734, 711, 714, and 714X, and 
for all devices in terminal classes TC28 through 
| TC30: 



CCP 



Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 



released version of the CDC-written M0DE4 TIP does 
not use any of these ten field number/field value 
pairs. 

These parameters are optional. If you specify a 
value, it must be within the following range: 

< f v9i <^ FF 

If you omit these parameters, there are no default 
values . 






Indicates that the device has an infinite 
page width. An infinite page width means 
that physical line length has no effect on 
output formatting. 

50 < pw < 255 

Indicates that the device can support 
physical lines no longer than the indicated 
value . 

The following values are allowed for line printers 
(DT of LP) in terminal classes 200UT, 734, 714, and 
714X: 



CCP 



SDT PARAMETER 

The SDT parameter specifies the subdevice type of 
the device you are defining. The subdevice type is 
the set of external characteristics of interest to 
the network software. This parameter is optional 
and valid only for devices with DT values of LP and 
DT12. The recognized reserved word values you can 
use and the defaults depend on the value you 
specify or use for the DT parameter. 

If a DT value of LP is used, the following values 
are allowed definitions of a printer character set: 



A6 



Indicates that the device uses 64 ASCII 
characters . 



o 



o 



o 
o 



Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

50 < pw _< 255 

Indicates that the device can support 
physical lines no longer than the indicated 
value. 

For line printers, pw provides RBF with an indica- 
tion of the character bytes that can comprise a 
physical record of output (the number of characters 
in a printer line). 

If you omit this parameter or specify the value 
CCP, a default value is used. The default value 
depends on the device type. Default values are: 



DT 
Value 



CON 
LP 



PW 

Value Used 

80 
136 



The value of this parameter for the console reverts 
to the default value when the terminal class is 
changed from the console or changed by the applica- 
tion program. The application program can change 
any value you specify for any device; the terminal 
user can change any value you specify for the 
console. 



P90 THROUGH P99 PARAMETERS 

These ten parameters indicate the hexadecimal field 
value to use for the corresponding field number 
within the Terminal Interface Program configuration 
information transmitted for this device. The 
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A9 Indicates that the device uses 95 ASCII 
characters . 

B6 Indicates that the device uses the 
64-character CDC scientific (BCD) 
character set. 

CCP Indicates that CCP should use the 
default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14, 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

If you omit the SDT parameter or specify the value 
CCP, the default value of A6 is used. 

If a DT value of CR is used, the following values 
are allowed definitions of subdevice types: 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 
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If a DT value of DTI 2 is used, the following values 
are allowed definitions of subdevice type: 



A6 



A9 



B6 



SDT12 



Indicates that the device uses 64 ASCII 
characters. 

Indicates that the device uses 95 ASCII 
characters. 

Indicates that the device uses the 
64-character CDC scientific (BCD) 
character set. 

Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 



SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

26 Indicates that the device uses the 026 
punch pattern set. 

29 Indicates that the device uses the 029 
punch pattern set. 

6BIT Indicates that the device uses a 6-bit 
byte for binary instruction codes. 

8BIT Indicates that the device uses an 8-bit 
byte for binary instruction codes. 

If you omit the SDT parameter, no default exists. 



TA PARAMETER 

The TA parameter defines the terminal address of 
the device within the terminal cluster. This 
parameter must match the code actually used to com- 
municate with the device. 

The TA parameter is optional for terminals on auto- 
matic recognition lines but required for terminals 
on fixed-configuration lines. Any value used must 
be unique for mode 4C devices on the same terminal. 

If you specify this parameter, you must use one of 
the following values: 

AUTOREC 

Indicates that CCP should determine the 
terminal address code during automatic 
recognition of the terminal (valid only if 
the AUTO parameter is used in the corre- 
sponding LINE or GROUP statement); using 
this value is equivalent to omitting the 
parameter . 

60 

Indicates the hexadecimal terminal address 
of a mode 4A terminal device. 



61 thru 6F 



Indicates the hexadecimal terminal address 
of a mode 4C terminal device. 



If you omit this parameter or specify the value 
AUTOREC, the value determined by automatic recogni- 
tion of the line is used. 



UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 

You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application pro- 
gram in the host must occur. A fixed number of 
input messages might have significance to an 
application program. If such an application does 
not perform output until receiving that number of 
input message blocks and if you choose a UBL value 
smaller than this number, the application program 
becomes dead-locked (it waits for blocks of data 
that CCP is forced to discard because the block 
limit has been reached for upline queuing) . If the 
device must receive output before it can begin 
additional input, the device also becomes deadlocked 
by this situation. 

This parameter is optional. The UBL parameter has 
the following range of values: 



1 <_ ubl _< 31 

If you omit the UBL parameter, 
used. The default value is 7. 



default value is 
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The value you specify can be changed by the appli- 
cation program for consoles. 



UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. CCP divides each message from the 
terminal into blocks of the size you choose. The 
size you choose affects how much memory is needed 
to store the outstanding (unacknowledged) blocks of 
data in the NPU and the host. 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 

This parameter is optional; it is allowed for all 
device types except line printers (DT of LP). The 
UBZ parameter has the following range of values for 
console devices (DT of CON) : 

< ubz <^ 2000 

The range for batch devices (DT of CR) is: 

1 < ubz < 2043 

The range for site-defined devices (DT of DT12) is: 
_< ubz < 2043 

If you specify for a console device, CCP sends an 
upline block whenever it receives 100 characters. 
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The value you declare should be chosen together 
with the value used for the UBL parameter. The NDL 
processor rounds the value you supply to the next 
multiple of 100 bytes. For console devices (DT of 
CON), rounding occurs as follows: 



Value Supplied 



1 < ubz < 
101 ? ubz < 



100 
200 



Value Used 
In File 


100 
200 



If you omit the XBZ parameter, a default value is 
used. Default values depend on the STIP value 
declared or used, the terminal class declared or 
used, and the device type. The defaults for console 
devices (DT of CON) in terminal classes 2000T, 734, 
711, 714, and 714X are: 



STIP 
Value 

M4A 
M4C 



XBZ 

Value Used 

1000 
1280 



The defaults for batch devices (DT of LP) are: 



^/ 



o 



o 
o 



1901 < ubz < 2000 



2000 



For batch devices (DT of CR), you should use a 
value that is a multiple of 640 characters (one 
physical record unit). If ubz is not a multiple of 
640 for passive devices, NDL rounds the value you 
supply to the next even multiple, as follows: 



Value Supplied 

1 < ubz < 640 

641 < ubz < 1280 

1281 < ubz < 2043 



Value Used 

640 
1280 
1920 



The NDL processor issues an informative message if 
it adjusts the UBZ value that you specify. 

If you omit the UBZ parameter, a default value is 
used. Default values depend on the device type. 
The defaults are: 



DT 
Value 

CON 
CR 



UBZ 

Value Used 

100 
640 



These defaults optimize use of the default value 
for the UBL parameter. These default values are 
the recommended values. 

The application program can change the value you 
specify. The terminal user can change the value 
for consoles within the following range: 

< ubz < 200 



XBZ PARAMETER 

The transmission block size (XBZ) parameter 
specifies the maximum number of character bytes 
each block sent to the terminal can contain. CCP 
divides downline blocks as necessary to create a 
block of the specified number of characters. 

The transmission block size for a mode 4 console 
device should be the same as the number of charac- 
ters that fit on its screen. A mode 4A console 
normally has a screen that is 80 characters by 13 
lines; a mode 4C console normally has a screen that 
is 80 characters by 16 lines. The value you use 
should be less than or equal to the size of any 
buffer memory within the terminal. 

This parameter is optional. The XBZ parameter has 
the following range of values: 

200 < xbz < 2043 
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TC 


XBZ 


Value 


Value Used 


200UT 


1000 


734 


1000 


714 


240 


714X 


1280 



These default values are based on the buffer sizes 
of the archetype terminals and should not be 
increased unless the devices used have larger 
buffers. 

The application program can change the value you 
specify. The terminal user can change the value 
for consoles . 



HASP TERMINAL DEFINITIONS 

On a synchronous communication line, a terminal 
definition is different from a device definition. 
A synchronous terminal consists of one or more 
devices; terminal and device are not synonymous. 
In a CDC network, a terminal is equivalent to a 
HASP workstation. 

If you defined the communication line as a fixed 
definition line, you can declare only one TERMINAL 
or TERMDEV statement for the line. If you defined 
the line as an automatic recognition line, you can 
declare up to 255 TERMINAL or TERMDEV statements 
for the line. 

You must provide at least one TERMINAL or TERMDEV 
statement. Figures 6-7 and 6-8 present the formats 
of these statements for terminals on CDC-defined 
HASP protocol synchronous lines. The following 
parameters provide the terminal definition for the 
line: 

CO STIP 
CSET TC 
RIC 



TERM INALC,STIP=stiptyp,TC=t Hildas,] 
CCSET=charset,RIC=yn1,3 
CC0=conordD. 

Parameters are described in the text. 



Figure 6-7. TERMINAL Statement Format 
for Communication Lines of TIPTYPE=HASP 
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For console devices: 

device: TERHDEVC,STIP=stiptyp,TC=trmclas,CSET=charset,RIC=yn1,C0=conord,DT=C0N,ABL=abl,3 

CDBZ=dwnLsiz,UBZ=upbsize,DBL=dwnblim,UBL=upblim,XBZ=xmitsiz,AUTOLOGC=yn23,AUT0CONC=yn33,D 

CPRIC=yn4D,DIC=yn53,HN=node,HDC=yn6],LK=yn7,B1=b1,B2=b2,CN=cn,CT=ct,PW=pu,3 
CP90=fv90,...,P99=fv99]. 

For site-defined devices: 

device: TERHDEV,CSTIP=stiptyp,TC=trmclas,CSET=charset,RIC=yn1,C0=conord,:0T=DT12C,D 

nSDT=subdt,ABL=abL,0BZ=dwnLsiz,UBZ=upbsize,DBL=dwnblim,UBL=upblim,XBZ=xmitsiz / 3 

CD0=devord,STREAH=streamno,AUT0L0GC=yn2],AUT0C0NC=yn3:,PRIC=yn43 ir DIC=yn5:,HN=node,HDC=yn6: / LK=yn7,3 
CB1=b1,B2=b2,CN=cn,CT=ct,PU=pw,P90=fv90,...,P99=fv99D. 

device The element name of the terminal device being defined. This name can be one through seven 
characters long. The first character must be a letter; the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement, 
the device name cannot be longer than five characters. This is the name used by the host 
or NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 



o 
o 






Figure 6-8. TERMDEV Statement Format for Communication Lines of TIPTYPE=HASP 



The STIP and TC parameters are described first 
because they are related and affect the validity, 
ranges, and defaults of the other parameters. The 
other parameters are described in alphabetical 
order. 



TC 
Value 

HASP 
HPRE 



STIP 
Value Used 

POST 
PRE 



o 



STIP PARAMETER 

The STIP parameter specifies the subTIPtype required 
to support the terminal definition. This parameter 
is optional if the TC parameter specifies a CDC- 
defined terminal class. If STIP is omitted, the TC 
parameter must be specified and cannot be CCP or 
| TC28 through TC30. 

When you declare a value for STIP, it must be one 
of the following reserved words: 

AUTOREC Specifies that CCP should use the 
subTIPtype appropriate for the ter- 
minal class (valid only if TC is 
specified); using this value is equiv- 
alent to omitting the parameter. 

POST Identifies a HASP terminal that only 
supports postprint format control. 



PRE Identifies a HASP terminal that 
ports preprint format control. 



sup- 



If you use the AUTOREC value or omit the STIP 
parameter, the default is selected according to the 
terminal class declared. The defaults are: 



TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for the terminal. Supported devices 
are grouped into terminal classes, according to 
their hardware characteristics. 

Each CDC-defined terminal class has the default 
characteristics associated with an archetype ter- 
minal. Each CDC-defined terminal class has a range 
of possible characteristics. These ranges deter- 
mine the values allowed for parameters you specify 
on the TERMDEV or DEVICE statements. 

The mnemonics identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes, with the following 
exceptions: you can use TC28, TC29, and TC30 to I 
identify site-defined terminal classes with no 
default characteristics, corresponding to reserved 
Network Access Method (NAM) terminal class numbers. 

Because the network cannot recognize differences 
among some terminal classes, a default terminal 
class exists for each subcategory of the TIP type 
(the subTIPtype, defined by the STIP parameter of 
the TERMINAL or TERMDEV statement); these defaults 
can be used when you declare a STIP parameter. 
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Because the characteristics of terminals in site- 
defined classes are unknown, TERMINAL, TERMDEV, or 
DEVICE statement parameter value ranges are checked 
against the STIP value specified. Any value 
declared for a terminal or device parameter is valid 
if the parameter and value conform to requirements 
for that subTIPtype. 

The following reserved words are valid values for 
the TC parameter: 

CCP Specifies that CCP is to provide the 
default terminal class appropriate for 
the subTIPtype; using this value is 
equivalent to omitting the parameter. 

HASP Identifies a HASP terminal that only 
supports postprinting format control. 

HPRE Identifies a HASP terminal that supports 
preprinting format control. 

TC28 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 28. 

TC29 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 29. 

TC30 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 30. 



If the TC parameter is omitted, the STIP parameter 
must be specified. If TC is specified as CCP or 
TC28 through TC30, STIP must be specified. If STIP 
is omitted, the TC parameter must be specified and 
cannot have the values CCP or TC28 through TC30. 

If you omit the TC parameter or specify the value 
CCP, the default is selected according to the STIP 
value declared. The defaults are: 



STIP 
Value 



POST 
PRE 



TC 

Value Used 

HASP 
HPRE 



CO PARAMETER 

The CO parameter specifies the configuration ordinal 
for the terminal. When the line is configured for 
automatic recognition of terminals, this parameter 
is optional; otherwise it is not allowed. 

The terminal user can enter the configuration 
ordinal during automatic recognition. This allows 
the user to select the appropriate set of terminal 
and device definitions among several you supply for 
the line. 

If you supply this parameter for an automatic 
recognition line, the value must be unique for each 
terminal that can use the line. The network soft- 
ware checks this value while identifying a terminal 
in the configuration file; any terminal accessing 
the line must supply the configuration ordinal you 
specify or it cannot use the network. 
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The CO parameter can have the following values: 

AUTOREC 

Indicates that CCP should use any configu- 
ration ordinal transmitted during automatic 
recognition of the terminal (valid only if 
the AUTO parameter is specified); using 
this value is equivalent to omitting the 
parameter. 

1 < conord < 255 

Indicates the decimal configuration ordinal 
of the terminal you are defining. 

If you specify the value AUTOREC, CCP accepts any 
configuration ordinal valid for HASP terminals. 



CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. This parameter is optional. 

When you declare a value for CSET, it must be one 
of the following reserved words: 

AUTOREC The default code set for the terminal 
class or that is determined during 
automatic recognition of the terminal 
device is used; using this value is 
equivalent to omitting the parameter. 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15. 

EBCDIC Indicates the IBM Extended Binary 
Coded Decimal Interchange Code set and 
character set. 

If you specify CSET for a terminal on an automatic 
recognition line, the network software performs an 
additional match while identifying the terminal in 
the configuration file. If you omit CSET, no 
additional match is performed for an automatic 
recognition line and the recognized value is used 
for fixed-configuration lines. 

The default depends on the TC value declared or 
used. The defaults are: 



TC 
Value 

HASP 
HPRE 



CSET 
Value Used 

EBCDIC 
EBCDIC 



Once established, the default value cannot be 
changed . 

RIC PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities. This 
parameter is optional. 

A terminal can have restricted interactive capa- 
bilities for many reasons; for example, perhaps no 
console device actually exists and interactive 
dialog must occur through a pair of batch devices. 
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The effect this parameter has depends on the appli- 
cation program the terminal uses. For example, RBF 
does not output the READY prompt and does not 
require a GO command to enable any defined passive 
devices when RIC is specified. 

Possible values for this parameter are: 

NO Indicates that the terminal has full 
interactive capabilities. 

YES Indicates that the terminal has limited 
interactive capablities. 

If you omit the RIC parameter, the default value of 
YES is used. 



HASP DEVICE DEFINITIONS 

On a HASP communication line, a device definition 
is different from a terminal definition. A HASP 
terminal consists of one or more devices; terminal 
and device are not synonymous. In a CDC network, a 
device is equivalent to an equipment input or output 
stream within a HASP workstation. 

You must provide one TERMDEV or DEVICE statement 
for each device that accesses the communication 
line through the terminal you are defining. If you 
use a TERMDEV statement, you cannot use a DEVICE 
statement for the same terminal. Figures 6-8 and 
6-9 present the formats of these statements for 
devices on HASP protocol lines. 






For console devices: 

device: DEVKEC,DT=C0N,ABL=abl,DBZ=dwnlsiz / UBZ=upbsize,DBL=dwnbtini,UBL=upbliiii,3 

CXBZ=xmitsiz,AUTOLOGC=ynia,AUTOCONC=yn2:,PRIC=yn33,DlC=yn«,HN=node,HDC=yn5:,LK=yn6,3 

CB1=b1,B2=b2,CN=cn,CT=ct,PW=pw,P90=fv90,...,P99=fv993. 

For card punches and plotters (DT of CP or PL): 

device: ">EVICE,DT=devtypC,SDT=subdt / ,DBZ=dwnlsiz,UBZ=upbsize,DBL=dwnblim,UBL=upblim / 3 

CXBZ=xmitsiz,D0=devord,STREAM=streamno,PRIC=yn13,DI[=yn2:,PW=pw,: 

CP90=f v90, . . . ,P99=f v99]. 

For card readers: 



device: DEVICE,DT=CRC,SDT=subdt / UBZ=upbsize,DBL=dwnblim,UBL=upblim,DO=devord,: 
CSTREAM=streamno,PRIC=yn1D / DIC=yn2D,PW=pw,P90=fv90 / ...,P99=fv993. 

For line printers: 

device: ">EVICE,DT=LPC,SDT=subdt,DBZ=dwnlsiz,DBL=dwnblim,UBL=upblim,XBZ=xmitsiz,D 
CD0=devord,STREAH=streamno,PRIC=yn13,DIC=yn2:,PW=pw,P90=fv90,...,P99=fv99D. 

For site-defined devices: 

device: DEVICE / DT=DT12C,SDT=subdt # ABL=abl,DBZ=dwnlsiz,UBZ=upbsize,DBL=dwnblim,: 

CUBL=upblim,XBZ=xmitsiz,D0=devord,STREAM=streamno,AUT0L0GC=yn1],AUT0C0NC=yn2],PRIC=yn3:,: 
CDIC=yn43,HN=node,HDC=yn5:,LK=yn6,B1=b1,B2=b2,CN=cn,CT=ct,PW=pw,P90=fv90 / ...,P99=fv99:. 

device The element name of the terminal device being defined. This name can be one through five 
characters long. The first character must be a letter; the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement, 
the device name cannot be longer than five characters. This is the name used by the host 
or NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 



Figure 6-9. DEVICE Statement Format for Communication Lines of TIPTYPE=HASP 
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For each terminal you define , you can declare up to 
22 DEVICE statements. HASP terminals can have up 
to 22 DEVICE statements for site-defined device 
types , or one DEVICE statement for a CDC-def ined 
console device and up to seven DEVICE statements 
each for CDC-def ined line printer, card reader, and 
card punch or plotter devices. 

The following DEVICE and TERMDEV parameters provide 
the device definition for the terminal: 



ABL 


DBZ 


PW 


AUTOCON 


DI 


P90 through P99 


AUTOLOG 


DO 


SDT 


Bl 


DT 


STREAM 


B2 


HD 


UBL 


CN 


HN 


UBZ 


CT 


LK 


XBZ 


DBL 


PRI 





The DT parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 



DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-def ined 
device type or a site-defined device type. 

If you specify a CDC-def ined device type, the other 
device definition parameters on the DEVICE or 
TERMDEV statement: 

Are required by the NDL processor where 
indicated in the text 

Have the predefined default shown in the text 

Have the predefined ranges shown in the text 

Are checked for uniqueness and compatibility 

If you specify a site-defined device type, the 
other device definition parameters on the DEVICE 
statement: 

Are not required by the NDL processor 

Have no predefined default 

Are not checked for uniqueness 

Are not checked for compatibility with other 
parameters on the same statement 

When you specify the DT parameter, the following 
values are valid: 



CON 
CP 

CR 

DT12 



Identifies a CDC -defined console device. 

Identifies a CDC-defined card punch 
device . 

Identifies a CDC-defined card reader 
device . 

Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 



LP Identifies a CDC-defined line printer 
device. 

If you omit the DT parameter, the value of CON is 
used. 



ABL PARAMETER 

The application block limit (ABL) parameter 
specifies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
program and this terminal. The value you choose 
should keep the terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). The ABL parameter has the following 
range of values: 

1 <_ abl < 7 

The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. For console devices (DT of 
CON), the host queues abl - dbl blocks; the NPU 
queues dbl blocks. An ABL value significantly 
larger than the DBL value causes NAM to use more 
host memory but can reduce the number of times an 
application program is rolled out. 

The default value for this parameter is 2 (DT of 
CON only). 



AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
the console device and any associated batch devices 
to the selected host node. This parameter is valid 
only for console devices. 

If the line is hardwired (LTYPE=S2 or S3) and you 
specify the AUTOCON parameter, you should also 
specify the AUTOLOG parameter. This is recommended 
because if AUTOCON is specified without AUTOLOG, 
the connection to the host can be terminated for 
inactivity before the user logs in. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUTOCON=NO is specified. 



This parameter and its values are optional, 
can specify either of the following values: 



You 



NO 



Indicates that CCP should not attempt 
automatic connection. 



YES Indicates that CCP should attempt auto- 
matic connection. 

If you omit the AUTOCON parameter, the default 
value of NO is used for a DT of CON. If you 
specify this parameter without a value, the value 
of YES is used. 
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AUTOLOG PARAMETER 

The AUTOLOG parameter is a stand-alone keyword that 
specifies whether the Network Validation Facility 
should use information in the local configuration 
file to log in the specified console device and any 
associated batch devices. If you specify that 
automatic login should be attempted, the information 
used for the login must be provided through NDL 
USER statement parameters (see section 8). The 
terminal user must specify the information that is 
not contained in the LCF during the login dialog. 

This parameter and its values are optional and 
valid only for console devices or site-defined 
devices (DT of CON or DT of DT12). You can specify 
either of the following values: 

NO Indicates that the terminal user should 
be prompted for all login parameters. 

YES Indicates that automatic login should 
be attempted. 

If you omit the AUTOLOG parameter, the default 
value of NO is used for DT of CON. If you specify 
this parameter without a value, the value of YES is 
used. 

The AUTOLOG parameter is ignored by the NOS 2.3 
version of NVF, but is retained for compatibility 
with earlier systems. For NOS 2.3, autologin is 
based solely on the presence or absence of a USER 
statement for the device in the local division. If 
the device being specified is required to be 
autologged into a host running earlier versions of 
the network products, the AUTOLOG parameter must 
still be specified. 



Bl PARAMETER 

The Bl parameter specifies the character to be used 
as a user break 1 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans- 
mitted to the terminal and sends a user break 1 
message upline to the connected application program. 

The effect this parameter has depends on the appli- 
cation program. For example, IAF interprets the 
user break 1 message as a job step interrupt from 
the terminal user. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the char- 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, 0A, or 0D (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 



41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the B2, CN, or CT parameters 

Because the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the Bl parameter or specify the value 
CCP, the default value is used (DT of CON only) . 
The default value depends on the value declared or 
used for the TC parameter. The defaults are: 



TC 
Value 

HASP 
HPRE 



Bl 

Value Used 

3A 
3A 



ASCII 
Character 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being trans- 
mitted to the terminal and sends a user break 2 
message upline to the connected application program. 

The effect this parameter has depends on the appli- 
cation program. For example, IAF interprets the 
user break 2 message as a job step termination from 
the terminal user. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the char- 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, 0A, or 0D (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, CN, or CT parameters 

Because the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 



o 
o 
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If you omit the B2 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The defaults are: 



TC 
Value 

HASP 
HPRK 



B2 

Value Used 

29 
29 



ASCII 
Character 

) 

) 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message. When the ter- 
minal user enters this character as the last char- 
acter on a line, the network software discards the 
message when it is transmitted from the terminal. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the char- 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, 0A, or 0D (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters », DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, or CT parameters 

Because the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the CN parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The defaults are: 



TC CN 

Value Value Used 



HASP 
HPRE 



28 
28 



ASCII 

Character 

( 

( 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



60480000 M 



CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the 
first character on a line, CCP interprets the line 
as a command. Among other functions, CCP supports 
terminal definition commands to determine or change 
one of the values you have established for the 
following parameters: 



Bl 



B2 



CN 



CT 



PW 



TC 



This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the char- 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, or CN parameters 

Because the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the CT parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The defaults are: 



TC 
Value 

HASP 
HPRE 



CT 

Value Used 

25 

25 



ASCII 
Character 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be out- 
standing (unacknowledged) between the host computer 
and this terminal. The value you choose determines 
how many blocks of data the NPU queues from the 
total number of outstanding blocks (ABL parameter 
value) of the size specified by the DBZ parameter. 



This parameter is optional, 
the following value range: 

1 < dbl < 7 



The DBL parameter has 
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The value you declare should be less than or equal 
to the application block limit (ABL parameter 
value) of the terminal. Maximum line usage can be 
obtained by setting both DBZ and DBL so that 1 
second of data is queued by CCP. 

For console devices (DT of CON), the host queues 

abl - dbl blocks; the NPU queues dbl blocks. Small 

DBL values use less NPU memory but cause slower 
data transfers. 

For batch devices, the NPU queues all downline 
blocks. No ABL value exists, so the DBL value 
alone determines the impact of block queueing on 
NPU resources. Large DBL values rapidly use up NPU 
memory; small DBL values may not keep the device 
busy. 

If you omit the DBL parameter, a default value is 
used. The default values depend on the device 
type. The default values are: 



DT 


DBL 


Value 


Value Used 


CON 


2 


CR 


2 


CP 


1 


LP 


1 


PL 


1 



For card punches, line printers, and plotters (DT 
of CP, LP, and PL) using lines of 19200 bits per 
second, a DBL value of 2 is recommended; for these 
batch devices using lines of 56OO0 bits per second, 
a DBL value of 5 is recommended. 



DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the appli- 
cation programs to divide downline messages into 
blocks . 

This parameter is optional; it is allowed for all 
device types except card readers (DT of CR) . The 
DBZ parameter has the following range of values: 

1 _< dbz < 2043 

The value you declare should be chosen together 
with the value used for the DBL parameter. Maximum 
line usage can be obtained by setting both DBZ and 
DBL so that 1 second of data is queued by CCP. 

For batch devices (DT of CP, PL, or LP), you should 
use a value that is a multiple of 640 characters 
(one physical record unit). If dbz is not a multi- 
ple of 640 for passive devices, NDL rounds the 
value you supply to the next even multiple, as 
follows: 



Value Supplied 

1 < dbz < 640 

641 < dbz < 1280 

1281 < dbz < 2043 



Value Used 

640 
1280 
1920 



The NDL processor issues an informative message if 
it adjusts the DBZ value that you specify. 

For consoles (DT of CON) using lines at 19200 bits 
per second or higher speeds, a DBZ value of 800 is 
recommended . 

If you omit the DBZ parameter, a default value is 
used. Default values depend on the device type. 
The defaults are: 



DT 


DBZ 


Value 


Value Used 


CON 


400 


CP 


640 


LP 


640 


PL 


640 



These defaults optimize use of the default values 
for the DBL parameter. 



Dl PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies a device as initially enabled or disabled. 
An enabled device is configured and serviced as 
soon as the communication line becomes active. A 
disabled device is neither configured nor serviced 
when the line becomes active. 

If you initially disable the device, a host or NPU 
operator can change the device status to enabled. 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a hard- 
wired line). 

This parameter is optional. If you specify the DI 
parameter, you must use one of the following values: 

NO Indicates that the device is initially 
enabled. 

YES Indicates that the device is initially 
disabled. 

If you specify the DI parameter without a value, 
the value of YES is used. If you omit this parame- 
ter, the default value of NO is used. 



DO PARAMETER 

The DO parameter specifies the device ordinal of 
the device within the terminal. This device ordinal 
provides a unique identifier to an application pro- 
gram for the device when more than one device of 
the same type is part of the terminal. 

This parameter is allowed for batch devices (DT of 
CR, CP, LP, or PL) or site-defined devices (DT of 
DT12) only. The DO parameter is optional if only 
one device of the same type is part of the terminal; 
otherwise, a unique value is required for each 
device you define. 

If you specify this parameter, you must use a value 
in the range: 

1 j< devord <^ 7 

If you omit this parameter when it is optional, the 
default value of 1 is used. 



o 
o 



o 






C 



j 
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HD PARAMETER 

The HD parameter controls whether or not the full 

host availability display (HAD) is presented to the 

terminal user. This parameter is optional and is 
valid only for console devices. 

If you specify this parameter, you must use one of 
the following values : 

NO Indicates that the full host avail- 
ability display is not presented to the 
terminal user The terminal user 
receives only the host status message 
and the prompt message. 

YES Indicates that the host availability 
display should be presented to the 
terminal user. 

If you omit this parameter and only a single host 
is defined, the default value of NO is used. If 
you omit this parameter and multiple hosts are 
defined, the default value of YES is used. 

The value of this parameter does not change when 
the terminal class is changed from the console. 
The application program or the terminal user can 
also change the value you specify. 



HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal user. 

This parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values: 

NONE 

Indicates that no node number is specified. 
This has the same effect as not declaring 
the parameter. A value of NONE cannot be 
declared if AUTOCON is also specified and 
there are logical links to more than one 
host terminating in the NPH being defined. 

1 < HN _< 63 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 

The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement within 
the same network definition. If all the COUPLER 
statements for all the logical links to the NPU 
being defined have equal HNAME parameters, the NDL 
processor provides a default host node. The 
default host node is the last coupler specified. 
If the HN parameter is not specified, the terminal 
user must select a host before a connection can be 
made. If the AUTOCON parameter is specified, then 
the HN parameter must also be specified. 

The value of this parameter does not change when 
the terminal class is changed from the console. 
The terminal user can change the value you specify. 
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LK PARAMETER 

The LK parameter specifies whether unsolicited 
messages from the NPU or host operator can appear 
at the terminal. This parameter is optional; it is 
allowed only for console devices and site-defined 
devices (DT of CON or DT of DT12). 

If you declare this parameter , you must specify one 
of the following values: 

CCP Indicates that CCP should use the 
default choice appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that unsolicited messages 
should be delivered to the terminal as 
soon as received by CCP. 

YES Indicates that unsolicited messages 
should be discarded (locked out). 

If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only) . 



PRI PARAMETER 

The PRI parameter is a stand-alone keyword that 
indicates whether data to or from the device is to 
have traffic priority over that to or from other 
devices in the network. Data to or from a device 
that does not have traffic priority is suspended to 
relieve network congestion before data to or from 
terminals with traffic priority is suspended. 
Interactive devices should usually be given traffic 
priority over batch devices. 

This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 

NO Indicates that the device should not 
have data traffic priority. 

YES Indicates that the device should have 
data traffic priority. 

If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO is used. 



PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of input or output for this 
device. This physical line length is also called 
the page width. 

For console devices, output lines longer than pw 
characters might be divided into lines of pw or 
fewer characters each by the host application 
program. If the PW value for the device is 
inappropriate, loss of visual fidelity can occur. 
This happens if the application program divides the 
data into lines that are too short or too long for 
the screen's capacity, instead of allowing the 
terminal to wrap lines when needed. 
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For batch devices, pw tells CCP how many character 
bytes comprise a physical record of output (the 
number of bytes in a plotter record, or the number 
of characters in a printer line). 

This parameter is optional . The values you can 
specify depend on the terminal class and the device 
type. The following values are allowed for console 
devices and site-defined devices (DT of CON and DT 
of DT12) in all terminal classes and for all 
devices in site-defined terminal classes: 



CCP 



Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 



Indicates that the device has an infinite 
page width. An infinite page width means 
that physical line length has no effect on 
output formatting. 

50 < pw < 255 

Indicates that the device can support 
physical lines no longer than the indicated 
value . 

The following values are allowed for line printers 
(DT of LP) in terminal classes HASP and HPRE: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

50 < pw _< 150 

Indicates that the device can support 
physical lines no longer than the indicated 
value . 

If you omit this parameter or specify the value 
CCP, a default value is used. The default value 
depends on the terminal class and device type. 
Default values for console devices and plotters (DT 
of CON or PL) are: 



TC 
Value 

HASP 
HPRE 



PW 

Value Used 

80 
80 



Default values for line printers (DT of LP) in 
terminal classes HPRE and HASP are: 



TC 
Value 

HASP 
HPRE 



PW 

Value Used 

120 
120 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
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terminal user or the application program can change 
any value you specify for console devices; the 
application program can change any value you specify 
for batch devices. 



P90 THROUGH P99 PARAMETERS 

These ten parameters indicate the hexadecimal field 
value to use for the corresponding field number 
within the Terminal Interface Program configuration 
information transmitted for this device. The 
released version of the CDC-written HASP TIP does 
not use any of these ten field number/field value 
pairs. 

These parameters are optional. If you specify a 
value, it must be within the following range: 

£ fv9i <^ FF 

If you omit these parameters, there are no default 
values. 



SDT PARAMETER 

The SDT parameter specifies the subdevice type of 
the device you are defining. The subdevice type is 
the set of external characteristics of interest to 
the network software. This parameter is optional 
and valid only for devices with DT values of CR, 
LP, PL, and DT12. The recognized reserved word 
values you can use and the defaults depend on the 
value you specify or use for the DT parameter. 

If a DT value of LP is used, the following values 
are allowed definitions of a printer character set: 

A6 Indicates that the device uses 64 ASCII 
characters. 

A9 Indicates that the device uses 95 ASCII 
characters . 

B6 Indicates that the device uses the 
64-character CDC scientific (BCD) 
character set. 

CCP Indicates that CCP should use the 
default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

If you omit the SDT parameter or specify the value 
CCP, the default value of A6 is used. 

If a DT value of CR is used, the following values 
are allowed definitions of a card reader punch 
pattern set: 



SDT13 



SDT14 



SDT15 



o 
o 
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CCP Indicates that CCP should use the 
default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

26 Indicates that the default punch pattern 
at the beginning of each job deck is 
the 026 pattern set . 

29 Indicates that the default punch pattern 
at the beginning of each job deck is 
the 029 pattern set. 

If you omit the SDT parameter or specify the value 
CCP, the default value of 29 is used. 

If a DT value of CP is used, the following values 
are allowed definitions of subdevice type: 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 



If a DT value of PL is used, the following values 
are allowed definitions of a plotter instruction 
byte size: 

CCP Indicates that CCP should use the 
default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

6BIT Indicates that the device uses a 6-bit 
byte for each instruction. 

8BIT Indicates that the device uses an 8-bit 
byte for each instruction. 

If you omit the SDT parameter or specify the value 
CCP, the default value of 6BIT is used. 
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If a DT value of DT12 is used, the following values 
are allowed definitions of subdevice type: 

A6 Indicates that the device uses 64 ASCII 
characters. 

A9 Indicates that the device uses 95 ASCII 
characters . 

B6 Indicates that the device uses the 
64-character CDC scientific (BCD) 
character set. 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT 14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

26 Indicates that the device uses the 026 
pattern set. 

29 Indicates that the device uses the 029 
pattern set. 

6BIT Indicates that the device uses a 6-bit 
byte for each instruction. 

8BIT Indicates that the device uses an 8-bit 
byte for each instruction. 

If you omit the SDT parameter, no default exists. 



STREAM PARAMETER 

The STREAM parameter defines the stream number used 
within the terminal to address data to or from the 
device. This stream number must be unique for each 
device of the same type within the terminal. If 
the terminal has plotters, the stream number for 
each plotter must be unique among all plotters and 
card punches within the terminal. 

The STREAM parameter is allowed for batch devices 
(DT of CP, CR, LP, and PL) or site-defined devices 
(DT of DT12) only. This parameter is required for 
batch devices on fixed-configuration lines and 
optional for devices on automatic recognition lines. 

If you specify this parameter, you must use one of 
the following values: 

AUTOREC 

Specifies that the stream number is to be 
determined by the network software when 
automatic recognition of the terminal 
occurs (valid only if the LINE or GROUP 
statement contains the AUTO parameter); 
using this value is equivalent to omitting 
the parameter. 

1 <^ streamno <^ 7 

Indicates the stream number associated with 
the device within the terminal. 
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If you omit this parameter or specify the value 
AUTOREC, the stream number determined during auto- 
matic recognition of the line is used. 



UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 



You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application pro- 
gram in the host must occur. A fixed number of 
input messages might have significance to an appli- 
cation program. If such an application does not 
perform output until receiving that number of input 
messages and if you choose a UBL value smaller than 
this number, the application program becomes dead- 
locked (it waits for blocks of data that CCP is 
forced to discard because the block limit has been 
reached for upline queuing). If the device must 
receive output before it can begin additional 
input, the device also becomes deadlocked by this 
situation. 

This parameter is optional. The UBL parameter has 
the following range of values : 

1 < ubl < 31 

If you omit the UBL parameter, a default value is 
used (except for site-defined devices). The default 
value is 7. 

The value you specify can be changed by the appli- 
cation program for consoles. 



For batch devices (DT of CR) , the range is: 
1 _< ubz < 2043 

If you specify for a console device, CCP sends an 
upline block whenever it receives 100 characters. 

The value you declare should be chosen after con- 
sidering the value used for the UBL parameter. The 
NDL processor rounds the value you supply to the 
next multiple of 100 bytes. For console devices 
(DT of CON) , rounding occurs as follows : 



Value Supplied 



1 < ubz <^ 100 
101 < ubz < 200 



1901 < ubz < 2000 



Value Used 

in File 


100 

200 



2000 



For batch devices (DT of CR) , you should use a 
value that is a multiple of 640 characters (one 
physical record unit). If ubz is not a multiple of 
640 for passive devices, NDL rounds the value you 
supply to the next even multiple, as follows: 



Value Supplied 

1 <^ ubz < 640 

641 < ubz _< 1280 

1281 < ubz < 2043 



Value Used 

640 
1280 
1920 



The NDL processor issues an informative message if 
it adjusts the UBZ value that you specify. 

If you omit the UBZ parameter, a default value is 
used. Default values depend on the device type. 
The defaults are: 



o 
o 









UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. CCP divides each message from the 
terminal into blocks of the size you choose. The 
size you choose affects how much memory is needed 
to store the outstanding (unacknowledged) blocks of 
data in the NPU and the host. 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 

This parameter is optional; it is allowed for all 
device types except line printers, card punches, 
and plotters (DT of LP, CP, or PL). The UBZ param- 
eter has the following value range for console 
devices (DT of CON): 

< ubz _< 2000 

For site-defined devices (DT of DT12), the range is: 

< ubz < 2043 



DT 
Value 

CON 
CR 



UBZ 

Value Used 

100 
640 



These defaults optimize use of the default values 
for the UBL parameter. These default values are 
the recommended values with two exceptions. The 
first exception is for card readers using lines at 
9600 b/s. In this case, a UBZ value of 1280 is 
recommended. The second exception is for card 
readers using lines at speeds above 9600 b/s. In 
this case, a UBZ value of 1920 is recommended. 

The value you specify can be changed by the appli- 
cation program for consoles. The terminal user can 
change the value within the following range: 

< ubz < 200 



XBZ PARAMETER 

The transmission block size (XBZ) parameter 
specifies the maximum number of character bytes 
each block sent to the terminal can contain. CCP 
divides downline network data blocks as necessary 
to create a transmission block of the specified 
number of characters. 



\J 
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The transmission block size for a HASP console is 
normally 400. This value is used for terminals on 
lines of 9600 bits per second or less. For line 
speeds higher than 9600 bits per second, the ter- 
minal's buffer size is often increased to 800, so 
the XBZ value used should also be 800. You should 
always choose a value less than or equal to the 
size of any buffer memory within the terminal. 

This parameter is optional. The XBZ parameter has 
the following value range: 

200 < xbz £2043 

If you omit the XBZ parameter, a default value of 
400 is used. This default value is based on the 
buffer sizes of the archetype terminals and should 
not be increased unless the devices used have larger 
buffers. 

The value you specify can be changed by the appli- 
cation program for consoles. 



You must provide one TERMINAL or TERMDEV statement 
for each terminal that can access the communication 
line. If you use a TERMDEV statement, you cannot 
use a DEVICE statement for the same terminal. 
Figures 6-10 and 6-11 present the formats of these 
statements for terminals on bisynchronous protocol 
lines . 



TERMINALC,STIP=stiptyp,TC=trmcLas,3 
CCSET=charset,RIC=yn1,] 
CC0=conord,8CFC=yn2D,MREC=mrec]. 

Parameters are described in the text. 



Figure 6-10. TERMINAL Statement Format 
for Communication Lines of TIPTYPE=BSC 






o 



BISYNCHRONOUS TERMINAL 
DEFINITIONS 

On a bisynchronous communication line, a terminal 
definition is different from a device definition. 
A bisynchronous terminal consists of one or more 
devices and might not have a console; terminal and 
device are not synonymous. 

If you defined the communication line as a fixed- 
configuration line, you can declare only one 
TERMINAL or TERMDEV statement for the line. If you 
defined the line as an automatic recognition line, 
you can declare . up to 255 TERMINAL or TERMDEV 
statements for the line; only one terminal can 
access the line at a given time. 



The following TERMDEV and DEVICE parameters provide 
the terminal definition for the line: 



BCF RIC 

CO ST IP 

CSET TC 
MREC 



The STIP and TC parameters are described first 
because they are related and affect the validity, 
ranges, and defaults of the other parameters. The 
other parameters are described in alphabetical 
order. 



o 



o 



For console devices: 

device: TERHDEVC,STIP=stiptyp,TC=trmcLas,CSET=charset,RIC=yn1,C0=conord,BCFC=yn2:,: 

CMREC=rec,DT=C0N,ABL=abl,DBZ=dwnlsiz,UBZ=upbsize,DBL=dwnblim,UBL=upblim,XBZ=xmitsiz,3 
CAUT0L0GC=yn3:,AUT0C0NC=yn43,PRIC=yn5J,DIC=yn6:,HN=node,HDC=yn7D,CT=ct,PW=pw,P90=fv90,...,P99=fv99:. 

For site-defined devices: 



device: TERH0EV,CSTIP=stiptyp,TC=trmcLas,CSET=charset,RIC=yn1,C0=conord,BCFC=yn23,: 

CMREC=rec,3DT=DT12C,SDT=subdt,TA=trmaddr,ABL=abl,DBZ=dwnlsiz,UBZ=upbsize,DBL=dwnblim,] 
CUBL=upbLim,XBZ=xmitsiz,AUT0L0Gt=yn3:,AUT0C0NC=yn43,PRIC=yn5:,DIC=yn63,HN=node,H0C=yn7D,CT=ct,PW=pw,3 
CP90=f v90, . . .,P99=f v99H . 

device The element name of the terminal device being defined. This name can be one through seven 
characters long. The first character must be a letter, the other characters can be letters 
or digits. If this statement is used within the set following a GROUP statement, the 
device name cannot be longer than five characters. This is the name used by the host or 
NPU operator to monitor and control the device. This name is required; there is no default 
value. 

All other parameters are described in the text. 



Figure 6-11. TERMDEV Statement Format for Communication Lines of TIPTYPE=BSC 
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STIP PARAMETER 

The STIP parameter specifies the subTIPtype required 
to support the terminal definition. This parameter 
is optional if the TC parameter specifies a CDC- 
defined terminal class. If STIP is omitted, the TC 
parameter must be specified and cannot be CCP or 
| TC28 through TC30. 

When you declare a value for STIP, it must be one 
of the following reserved words: 

AUTOREC Specifies that the subTIPtype is to be 
determined by the network software 
when automatic recognition of the ter- 
minal occurs (valid only if TC is 
specified); using this value is 
equivalent to omitting the parameter. 

2780 Indicates that the terminal uses the 
2780 protocol variant. 

3780 Indicates that the terminal uses the 
3780 protocol variant. 



If you use the AUTOREC value or omit the STIP 
parameter, the default is selected according to the 
terminal class declared. The defaults are: 



TC 
Value 

2780 
3780 



STIP 
Value Used 

2780 
3780 



TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for the terminal. Supported devices 
are grouped into terminal classes, according to 
their hardware characteristics. 

Each CDC-defined terminal class has the default 
characteristics associated with an archetype ter- 
minal. Each CDC-defined terminal class has a range 
of possible characteristics. These ranges deter- 
mine the values allowed for parameters you specify 
on the TERMDEV or DEVICE statements. 

The mnemonics identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes, with the following 
I exceptions: you can use TC28, TC29, and TC30 to 
identify site-defined terminal classes with no 
default characteristics, corresponding to reserved 
Network Access Method (NAM) terminal class numbers. 

Because the network cannot recognize differences 
among some terminal classes, a default terminal 
class exists for each subcategory of the TIP type 
(the subTIPtype, defined by the STIP parameter of 
the TERMINAL or TERMDEV statement); these defaults 
can be used when you declare a STIP parameter. 

Because the characteristics of terminals in site- 
defined classes are unknown, TERMINAL, TERMDEV, or 
DEVICE statement parameter value ranges are checked 
against those valid for the STIP value specified. 
Any value declared for a terminal or device param- 
eter is valid if the parameter and value conform to 
requirements for that subTIPtype. 
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The following reserved words are valid values for 
the TC parameter: 



CCP 



TC28 



Specifies that CCP is to provide the 
default terminal class appropriate for 
the subTIPtype; using this value is 
equivalent to omitting the parameter. 

Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 28. 



TC29 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 29. 



TC30 



2780 



Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 30. 

Identifies a terminal that is compatible 
with the IBM 2780. 



3780 Identifies a terminal that is compatible 
with the IBM 3780. 

If the TC parameter is specified as CCP or TC28 
through TC30, the STIP parameter must be specified. I 
If the TC parameter is omitted, the STIP parameter 
must be specified. If STIP is omitted, the TC 
parameter must be specified and cannot have the 
value CCP or TC28 through TC30. | 

If you omit the TC parameter or specify the value 
CCP, the default is selected according to the STIP 
value declared. The defaults are: 



STIP 
Value 

2780 
3780 



TC 

Value Used 

2780 
3780 



BCF PARAMETER 

The BCF parameter indicates whether the terminal 
supports compression of blanks in upline and down- 
line data. Blank compression consists of deleting 
blanks that occur in multiples and replacing each 
multiple with a code set sequence that represents 
the number deleted. 

When the network software compresses blanks in 
downline data, it does so for all devices within 
the terminal. When the network software receives a 
compressed blank sequence in upline data from any 
device within the terminal, it expands the data by 
replacing each sequence with the appropriate number 
of blanks. 

This stand-alone parameter is optional and allowed 
only for terminals in classes 2780 and TC28 through 
TC30. If you specify this parameter, you must use I 
one of the following values: 



NO 



YES 



Indicates that the terminal does not 
compress blanks in its input and cannot 
process compressed blanks received as 
output . 

Indicates that the terminal compresses 
blanks in its input and can process 
compressed blanks received as output. 
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If you specify this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO is used (TC of 2780 only). 



CO PARAMETER 

The CO parameter specifies the configuration ordinal 
for the terminal. When the line is configured for 
automatic recognition of terminals, this parameter 
is optional; otherwise it is not allowed. 

The terminal user can enter the configuration 
ordinal during automatic recognition. This allows 
the user to select the appropriate set of terminal 
and device definitions among several you supply for 
the line. 

If you supply this parameter for an automatic 
recognition line, the value must be unique for each 
terminal that can use the line. The network soft- 
ware checks this value while identifying the ter- 
minal from the configuration file. Any terminal 
accessing the line must supply a configuration 
ordinal you specify or it cannot use the network. 

The CO parameter can have the following values: 

AUTOREC 

Indicates that CCP should determine the 
configuration ordinal during automatic 
recognition of the terminal (valid only if 
the AUTO parameter is specified); using 
this value is equivalent to omitting the 
parameter. 

1 < conord < 255 

Indicates the decimal configuration ordinal 
of the terminal you are defining. 

If you specify the value AUTOREC, CCP accepts any 
configuration ordinal valid for bisynchronous 
terminals. 



CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. This parameter is optional. 

When you declare a value for CSET, it must be one 
of the following reserved words. For terminals in 
classes TC28 through TC30, it can be: 

AUTOREC Indicates that CCP should use the code 
set appropriate for the terminal class 
or determined by automatic recognition; 
using this value is equivalent to 
omitting the parameter. 

CSET15 Site-defined code and character set, 
identified within the network software 
as character set number 15. 

EBCDIC Indicates the IBM Extended Binary Coded 
Decimal Interchange Code set and char- 
acter set . 

If you specify CSET for a terminal on an automatic 
recognition line, the network software performs an 
additional match while identifying the terminal in 
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the configuration file. If you omit CSET, no 
additional match is performed for automatic 
recognition lines and the recognized value is used. 

For fixed-configuration lines, the default is 
selected according to the TC value declared or 
used. The defaults are: 



TC 
Value 

2780 
3780 



CSET 
Value Used 

EBCDIC 
EBCDIC 



Once established, the default cannot be changed. 



MREC PARAMETER 

The MREC parameter indicates the maximum number of 
records that each device within the terminal can 
receive in each transmission block. This number 
determines how the network software blocks data 
into a transmission block for output. 

This parameter is optional and allowed for terminal 
classes 2780 or TC28 through TC30 only. If you | 
specify this parameter, you must use one of the 
following values: 

CCP 

Indicates that CCP should use the default 
number appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

1 <^ mrec < 7 

Indicates the number of records required by 
the terminal in each block exchanged with 
the network. 

If you omit this parameter or specify the value 
CCP, the default value of 2 is used. This default 
supports the standard version of the 2780 protocol. 



RIC PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities. A terminal 
can have restricted interactive capabilities for 
many reasons; for example, perhaps no console 
device actually exists and interactive dialog must 
occur through a pair of batch devices. 

The effect this parameter has depends on the appli- 
cation program the terminal uses. For example, RBF 
does not output the READY prompt and does not 
require a GO command to enable any defined passive 
devices when RIC is specified. 

This parameter is optional. Possible values are: 

NO Indicates that the terminal has full 
interactive capabilities. 

YES Indicates that the terminal has limited 
interactive capablities. 

If you omit the RIC parameter, the default value of 
YES is used. 



6-33 



BISYNCHRONOUS DEVICE 
DEFINITIONS 

On a bisynchronous communication line, a device 
definition is different from a terminal definition. 
A bisynchronous terminal consists of one or more 
devices; terminal and device are not synonymous. 

You must provide one TERMDEV or DEVICE statement 
for each device that accesses the communication 
line through the terminal you are defining. If you 
use a TERMDEV statement, you cannot use a DEVICE 
statement for the same terminal. Figures 6-11 and 
6-12 present the formats of these statements for 
devices on bisynchronous protocol lines. 

For each terminal you define, you can declare up to 
four DEVICE statements. Bisynchronous terminals 
can have up to four DEVICE statements for site- 
defined device types, or one DEVICE statement each 



for a CDC-defined console, line printer, card 
reader, or card punch device. 

If a terminal does not have a console, you must 
define a dummy console device for it. The network 
software requires a console to exist in all terminal 
definitions so that batch devices can be logged in. 

The following parameters provide the definition for 
devices within the terminal: 



ABL 


DI 


P90 through P99 


AUTOCON 


DT 


SDT 


AUTOLOG 


HD 


TA 


CT 


HN 


UBL 


DBL 


PRI 


UBZ 


DBZ 


PW 


XBZ 



The DT parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 



For console devices: 

device: »EVICEC,DT=C0N,ABL=abL,DBZ=dwnlsiz,UBZ=upbsi2e,DBL=dwnbUm,UBL=upbLim,XBZ=xmitsiz,: 

CAUTOLOGC=yn1D,AUTOCONC=yn23,PRIC=yn33 / DI[:=yn4:,HN=node,HDC=yn5:,CT=ct,PW=pw,P90=fv90,...,P99=fv99]. 
For card readers: 



device: DEVICE,DT=CRC,SDT=subdt,UBZ=upbsize,DBL=dwnbLim,UBL=upbUra,PRIC=yn1D,] 
[DI C=yn23,PW=pw,P90=f v90, . . . ,P99=f v99D . 

For card punches: 

device: 6EVICE,DT=CPC,TA=trmaddr,DBZ=dwnLsiz,DBL=dwnbLim,UBL=upbLim,XBZ=xmitsiz,: 
CPRI C=yn1 ] , 01 C=yn23 ,PW=pw,P90=f v90, . . . ,P99=f v99D . 

For Line printers: 

device: DEVICE,DT=LPC,SDT=subdt / TA=trmaddr / DBZ=dwnLsiz,DBL=dwnblira,UBL=upbLim,XBZ=xmitsiz,: 
CPRI C=yn1 1 , DI C=yn2D ,PW=pw,P90=f v90, . . . ,P99=f v993 . 

For site-defined devices: 

device: DEVICE,DT=DT12i:,SDT=subdt,TA=trmaddr,ABL=abl,DBZ=dwnlsiz,UBZ=upbsize,DBL=dwnbUm,3 

CUBL=upbtim,XBZ=xmitsiz,AUTOLOGC=yn1],AUTOCONC=yn2] / PRIC=yn33,DIC=yn«,HN=node,HDC=yn5D,3 

CCT=ct ,PW=pw,P90=f v90, . . . ,P99=f v993 . 

device The element name of the terminal device being defined. This name can be one through seven 
characters long. The first character must be a letter; the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement, 
the device name cannot be longer than five characters. This is the name used by the host 
or NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 



Figure 6-12. DEVICE Statement Format for Communication Lines of TIPTYPE=BSC 



o 
o 



o 



"A 



o 



o 



I 6-34 



60480000 M 



o 
o 



^taw#*^ 



\*r 



o 



o 
o 



DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site-defined device type. 

If you specify a CDC-defined device type, the other 
device definition parameters on the DEVICE or 
TERMDEV statement: 

Are required by the NDL processor where 
indicated in the text 

Have the predefined default shown in the text 

Have the predefined ranges shown in the text 

Are checked for uniqueness and compatibility 

If you specify a site-defined device type, the 
other device definition parameters on the DEVICE 
statement: 

Are not required by the NDL processor 

Have no predefined default 

Are not checked for uniqueness 

Are not checked for compatibility with other 
parameters on the same statement 

When you specify the DT parameter, the following 
values are valid: 

CON Identifies a CDC-defined console device. 

CP Identifies a CDC-defined card punch 
device . 

CR Identifies a CDC-defined card reader 
device. 

DT12 Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 

LP Identifies a CDC-defined line printer 
device. 

If you omit the DT parameter, the value of CON is 

used. 



ABL PARAMETER 

The application block limit (ABL) parameter 
specifies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
program and this terminal. The value you choose 
should keep the terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). The ABL parameter has the following 
range of values : 

1 < abl < 7 

The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. For console devices (DT of 



CON), the host queues abl - dbl blocks; the NPU 
queues dbl blocks. An ABL value significantly 

larger than the DBL value causes NAM to use more 

host memory but can reduce the number of times an 
application program is rolled out. 

The default value for this parameter is 2 (DT of 
CON only). 



AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
the console device and any associated batch devices 
to the selected or defaulted host node. This 
parameter is valid only for console devices. 

If the line is hardwired (LTYPE=S2 or S3) and you 
specify the AUTOCON parameter, you should also 
specify the AUTOLOG parameter. This is recommended 
because if AUTOCON is specified without AUTOLOG, 
the connection to the host can be terminated for 
inactivity before the user logs in. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal), and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUTOCON=NO is specified. 



This parameter and its values are optional, 
can specify either of the following values: 



You 



NO 



Indicates that CCP should not attempt 
automatic connection. 



YES Indicates that CCP should attempt auto- 
matic connection. 

If you omit the AUTOCON parameter, the default 
value of NO is used for a DT of CON. If you specify 
this parameter without a value, the value of YES is 
used. 



AUTOLOG PARAMETER 

The AUTOLOG parameter is a stand-alone keyword that 
specifies whether the Network Validation Facility 
should use information in the local configuration 
file to log in the specified console device and any 
associated batch devices. If you specify that 
automatic login should be attempted, the information 
used for the login must be provided through NDL 
USER statement parameters (see section 8). The 
terminal user must specify the information that is 
not contained in the local configuration file during 
the login dialog. 

This parameter and its values are optional and 
valid only for console devices or site-defined 
devices (DT of CON or DT of DT12). You can specify 
either of the following values: 

NO Indicates that the terminal user should 
be prompted for all login parameters. 

YES Indicates that automatic login should 
be attempted. 

If you omit the AUTOLOG parameter, the default 
value of NO is used for DT of CON. If you specify 
this parameter without a value, the value of YES is 
used. 
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The AUTOLOG parameter is ignored by the NOS 2.3 
version of NVF, but is retained for compatibility 
with earlier systems. For NOS 2.3, autologin is 
based solely on the presence or absence of a USER 
statement for the device in the local division. If 
the device being specified is required to be 
autologged into a host running earlier versions of 
the network products, the AUTOLOG parameter must 
still be specified. 



CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the 
first character on a line, CCP interprets the line 
as a command. Among other functions, CCP supports 
terminal definition commands to determine or change 
the values you have established for the following 
parameters: 

CT PW TC 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the char- 
acter to be used (table A-2 in appendix A lists all 
of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Because the terminal does not use an ASCII character 
set, you should choose a character that has a 
unique translation to a character in the 7-bit 
ASCII code set. 

If you omit the CT parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value depends on the value declared or 
used for the TC parameter. The defaults are: 



TC 
Value 

2780 
3780 



CT 

Value Used 

25 

25 



ASCII 
Character 

% 
% 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value you specify. 



DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be out- 
standing (unacknowledged) between the host computer 
and this terminal. The value you choose determines 
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how many blocks of data the NPU queues from the 
total number of outstanding blocks (ABL parameter 
value) of the size specified by the DBZ parameter. 

This parameter is optional. The DBL parameter has 
the following range of values: 

1 < dbl < 7 

The value you declare should be less than or equal 
to the application block limit (ABL parameter 
value) of the terminal. For console devices (DT of 
CON), the host queues abl - dbl blocks; the NPU 
queues dbl blocks. Small DBL values use less NPU 
memory but cause slower data transfers. 

For batch devices, the NPU queues all downline 
blocks. No ABL value exists, so the DBL value 
alone determines the impact of block queueing on 
NPU and host resources. Large DBL values rapidly 
use up NPU memory; small DBL values may not keep 
the device busy. 

If you omit the DBL parameter, a default value is 
used. Default values depend on the device type. 
The defaults are: 



DT 


DBL 


Value 


Value Used 


CON 


2 


CR 


2 


CP 


1 


LP 


1 



For card punches and line printers using lines at 
speeds above 9600 bits per second, a DBL value of 2 
is recommended. 



DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the appli- 
cation programs to divide downline messages into 
blocks . 

This parameter is optional; it is allowed for all 
device types except card readers (DT of CR). The 
DBZ parameter has the following range of values: 

1 < dbz < 2043 

The value you declare should be chosen together 
with the value used for the DBL parameter. For 
batch devices (DT of CP or LP), you should use a 
value that is a multiple of 640 characters (one 
physical record unit). If dbz is not a multiple of 
640 for passive devices, NDL rounds the value you 
supply to the next even multiple, as follows: 



Value Supplied 



Value Used 



1 <_ dbz < 640 640 

641 < dbz J 1280 1280 

1281 < dbz < 2043 1920 



o 
o 



o 



o 
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If you omit the DBZ parameter, a default value is 
used. Default values depend on the STIP value 
declared or used and the device type. The defaults 
are: 



o 



STIP 


DT 


DBZ 


Value 


Value 


Value Used 


2780 


CON 


400 


2780 


CP 


640 


2780 


LP 


640 


3780 


CON 


512 


3780 


CP 


640 


3780 


LP 


640 



These defaults optimize use of the default values 
for the DBL parameter. 



Dl PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies a device as initially enabled or 
disabled. An enabled device is configured and 
serviced as soon as the communication line becomes 
active. A disabled device is neither configured 
nor serviced when the line becomes active. 

If you initially disable the device, a host or NPU 
operator can change the device status to enabled. 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a hard- 
wired line). 

This parameter is optional. If you specify the DI 
parameter, you must use one of the following values: 

NO Indicates that the device is initially 
enabled. 

YES Indicates that the device is initially 
disabled. 

If you specify the DI parameter without a value, 
the value of YES is used. If you omit this parame- 
ter, the default value of NO is used. 



The value of this parameter does not change when 
when the terminal class is changed from the console 
or changed by the application program. The appli- 
cation program or the terminal user can also change 
the value you specify. 



HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal user. 

This parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values: 

NONE 

Indicates that no node number is specified. 
This has the same effect as not declaring 
the parameter. A value of NONE cannot be 
declared . if AUT0C0N is also specified and 
there are logical links to more than one 
host terminating in the NPU being defined. 

1 < HN _< 63 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 

The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement within 
the same network definition. If all the COUPLER 
statements for all the logical links to the NPU 
being defined have equal HNAME parameters, the NDL 
processor provides a default host node. The I 
default host node is the last coupler specified. | 
If the HN parameter is not specified, the terminal 
user must select a host before a connection can be 
made. If the AUT0C0N parameter is specified, then 
the HN parameter must also be specified. 

The value of this parameter does not change when 
the terminal class is changed from the console. 
The terminal user can change the value you specify. 






o 



HD PARAMETER 

The HD parameter controls whether or not the full 
host availability display (HAD) is presented to the 
terminal user. This parameter is optional and is 
valid only for console devices. 

If you specify this parameter, you must use one of 
the following values: 

NO Indicates that the full host avail- 
ability display is not presented to the 
terminal user The terminal user 
receives only the host status message 
and the prompt message. 

YES Indicates that the host availability 
display should be presented to the 
terminal user. 

If you omit this parameter and only a single host 
is defined, the default value of NO is used. If 
you omit this parameter and multiple hosts are 
defined, the default value of YES is used. 
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PRI PARAMETER 

The PRI parameter is a stand-alone keyword that 
indicates whether data to or from the device is to 
have traffic priority over that to or from other 
devices in the network. Data to or from a device 
that does not have traffic priority is suspended to 
relieve network congestion before data to or from 
terminals with traffic priority is suspended. 
Interactive devices should usually be given traffic 
priority over batch devices. 

This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 

NO Indicates that the device should not 
have data traffic priority. 

YES Indicates that the device should have 
data traffic priority. 

If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO is used. 
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PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of output for this device. This 
physical line length is also called the page width. 

For console devices (DT of CON) with a printer 
defined as the output mechanism (OP of PR), output 
lines longer than pw characters are divided into 
lines of pw or fewer characters each. 

This parameter is optional. The values you can use 
depend on the terminal class and the device type. 
The following values are allowed for console devices 
and site-defined devices (DT of CON or DT of DT12) 
in terminal classes 2780 and 3780 and for all 
devices in terminal classes TC28 through TC31: 



CCP 



Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 



Indicates that the device has an infinite 
page width. An infinite page width means 
that physical line length has no effect on 
output formatting. 

50 < pw < 255 

Indicates that the device can support 
physical lines no longer than the indicated 
value . 

The following values are allowed for line printers 
(DT of LP) in terminal classes 2780 and 3780: 

CCP 

Indicates that CCP should use the default 
value appropriate for the terminal class; 
using this value is equivalent to omitting 
the parameter. 

50 < pw £ 150 

Indicates that the device can support 
physical lines no longer than the indicated 
value . 

If you omit this parameter or specify the value 
CCP, a default value is used. The default value 
depends on the terminal class and device type. 
Default values for console devices (DT of CON) are: 



TC 
Value 

2780 
3780 



PW 

Value Used 

80 
80 



Default values for line printers (DT of LP) in 
terminal classes 2780 and 3780 are: 



TC 
Value 

2780 
3780 



PW 

Value Used 

80 
120 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program can change any value you 
specify; the terminal user can change any value you 
specify for a console. 



P90 THROUGH P99 PARAMETERS 

These ten parameters indicate the hexadecimal field 
value to use for the corresponding field number 
within the Terminal Interface Program configuration 
information transmitted for this device. The 
released version of the CDC-written BSC TIP does 
not use any of these ten field number/field value 
pairs. 

These parameters are optional. If you specify a 
value, it must be within the following range: 

< fv9i < FF 

If you omit these parameters, there are no default 
values . 



SDT PARAMETER 

The SDT parameter specifies the subdevice type of 
the device you are defining. The subdevice type is 
the set of external characteristics of interest to 
the network software. This parameter is optional 
and valid for devices with DT values of CR, LP, and 
DT12. The recognized reserved word values you can 
use and the defaults depend on the value you specify 
or use for the DT parameter. 



If a DT value of LP is used, the following values 
are allowed definitions of a printer character set: 

A6 Indicates that the device uses 64 ASCII 
characters . 

A9 Indicates that the device uses 95 ASCII 
characters. 

B6 Indicates that the device uses the 
64-character CDC scientific (BCD) 
character set . 

CCP Indicates that CCP should use the 
default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

If you omit the SDT parameter or specify the value 
CCP, the default value of A6 is used. 



o 



o 
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If a DT value of CR is used, the following values 
are allowed definitions of a card reader punch 
pattern set: 

CCP Indicates that CCP should use the 
default appropriate for the device; 
using this value is equivalent to 
omitting the parameter. 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

26 Indicates that the default punch pattern 
at the beginning of each job deck is 
the 026 pattern set. 

29 Indicates that the default punch pattern 
at the beginning of each job deck is 
the 029 pattern set. 



If you omit the SDT parameter or specify the value 
CCP, the default value of 29 is used. 

If a DT value of CP is used, the following values 
are allowed definitions of subdevice type: 

SDT12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

If a DT value of DT12 is used, the following values 
are allowed definitions of subdevice type: 

A6 Indicates that the device uses 64 ASCII 
characters. 

A9 Indicates that the device uses 95 ASCII 
characters. 

B6 Indicates that the device uses the 
64-character CDC scientific (BCD) 
character set. 

26 Indicates that the device uses the 026 
pattern set. 

29 Indicates that the device uses the 029 
pattern set. 

6BIT Indicates that the device uses a 6-bit 
byte for binary instruction codes. 

8BIT Indicates that the device uses an 8-bit 
byte for binary instruction codes. 

If you omit the SDT parameter, no default exists. 
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TA PARAMETER 

The TA parameter defines the addressing code of the 
card punch device within the terminal. This param- 
eter must match the code actually used by the ter- 
minal as a flag for the routing of output data to a 
card punch. 

The TA parameter is optional for terminals on auto- 
matic recognition lines but required for terminals 
on fixed-configuration lines. This parameter is 
valid only for card punches and site-defined devices 
(DT of CP or DT of DT12) in terminal classes 3780 
and TC28 through TC30. | 

If you specify this parameter, you must use one of 
the following values: 

AUT0REC Indicates that CCP should determine 
the addressing code during automatic 
recognition of the terminal (valid 
only if the AUTO parameter is used in 
the corresponding LINE or GROUP state- 
ment); using this value is equivalent 
to omitting the parameter. 

2 Indicates that the addressing code is 
the equivalent of the ASCII DC2 
character. 

3 Indicates that the addressing code is 
the equivalent of the ASCII DC3 
character. 

If you omit this parameter or specify the value 
AUT0REC, the value determined by automatic recogni- 
tion of the line is used. 



UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 

You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application pro- 
gram in the host must occur. A fixed number of 
input messages might have significance to an appli- 
cation program. If such an application does not 
perform output until receiving that number of input 
messages and if you choose a UBL value smaller than 
this number, the application program becomes dead- 
locked (it waits for blocks of data that CCP is 
forced to discard because the block limit has been 
reached for upline queuing). If the device must 
receive output before it can begin additional 
input, the device also becomes deadlocked by this 
situation. 

This parameter is optional. The UBL parameter has 
the following range of values : 

1 < ubl < 31 

If you omit the UBL parameter, a default value is 
used (except for site-defined devices). The default 
value is 7. 

The value you specify can be changed by the appli- 
cation program for consoles. 
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UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline net- 
work data block can contain. CCP divides each mes- 
sage from the terminal into blocks of the size you 
choose. The size you choose affects how much memory 
is needed to store the outstanding (unacknowledged) 
blocks of data in the NPU and the host. 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 

This parameter is optional; it is allowed for all 
device types except line printers and card punches 
(DT of LP or CP). The UBZ parameter has the 
following range of values for console devices (DT 
of CON): 

< ubz _< 2000 

For site-defined devices (DT of DT12), the range is: 

< ubz < 2043 

For batch devices (DT of CR) , the range is: 

1 < ubz < 2043 

If you specify for a console device, CCP sends an 
upline block whenever it receives 100 characters. 

The value you declare should be chosen after 
considering the value used for the UBL parameter. 
The NDL processor rounds the value you supply to 
the next multiple of 100 bytes. For console 
devices (DT of CON), rounding occurs as follows: 



Value Supplied 



1 < ubz <^ 100 
101 < ubz < 200 



1901 < ubz < 2000 



Value Used 
in File 


100 
200 



2000 



For batch devices (DT of CR), you should use a 
value that is a multiple of 640 characters (one 
physical record unit). If ubz is not a multiple of 
640 for passive devices, NDL rounds the value you 
supply to the next even multiple, as follows: 



Value Supplied 

1 < ubz _< 640 

641 < ubz < 1280 

1281 < ubz < 2043 



Value Used 
in File 

640 
1280 
1920 



The NDL processor issues an informative message if 
it alters the value you supply. 



If you omit the UBZ parameter, a default value is 
used. Default values depend on the device type. 
The defaults are: 



DT 
Value 

CON 

CR 



UBZ 

Value Used 

100 
640 



These defaults optimize use of the default values 
for the UBL parameter. The default values are the 
recommended values with two exceptions. The first 
exception is for card readers using lines at 9600 
b/s. In this case, a UBZ value of 1280 is the 
recommended value. The second exception is for 
card readers using lines at speeds above 9600 b/s. 
In this case, a UBZ value of 1920 is recommended. 

The application program can change the value you 
specify. The terminal user can change the value 
for consoles within the following range: 

< ubz < 200 



XBZ PARAMETER 

The transmission block size (XBZ) parameter 
specifies the maximum number of character bytes 
each block sent to the terminal can contain. CCP 
divides downline network data blocks as necessary 
to create a transmission block of the specified 
number of characters. 

The transmission block size for a dummy console 
device should be less than or equal to the XBZ 
value declared or used for its line printer. A 
bisynchronous terminal normally does not have a 
console; the console device configured as part of 
the terminal is actually a special input/output 
mode for the card reader and line printer. The 
value you choose must be less than or equal to the 
size of any buffer memory within the terminal. 

This parameter is optional. The XBZ parameter has 
the following range of values: 

200 < xbz < 2043 

If you omit the XBZ parameter, a default value is 
used. Default values depend on the STIP value 
declared or used. The defaults (DT of CON, CP, and 
LP only) are: 



STIP 
Value 

2780 
3780 



XBZ 

Value Used 

400 
512 



These default values are based on the buffer sizes 
of the archetype terminals and should not be 
increased unless the devices used have larger 
buffers. 

The value you specify can be changed by the appli- 
cation program for consoles. 



o 
o 
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3270 TERMINAL DEFINITIONS 



TC PARAMETER 



o 



^^lljj/ 



On a 3270 communication line, a terminal definition 
is different from a device definition. A 3270 
terminal consists of one or more devices; terminal 
and device are not synonymous. 

The 3270 communication line can only be defined as 
a fixed-configuration line. You can declare up to 
32 TERMINAL or TERMDEV statements for the line. 

You must provide one TERMINAL or TERMDEV statement 
for each terminal that can access the communication 
line. If you use a TERMDEV statement, you cannot 
use a DEVICE statement for the same terminal. 
Figures 6-13 and 6-14 present the formats of these 
statements for terminals on 3270 protocol lines. 

The following TERMINAL and TERMDEV parameters 
provide the terminal definition for the line. 

CA 
CSET 
RIC 
TC 

The TC parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters . The other parameters are 
described in alphabetical order. 



The TC parameter specifies the terminal class 
appropriate for the terminal. Supported devices 
are grouped into terminal classes, according to 
their hardware characteristics. 



Each CDC-defined terminal class has the default 
characteristics associated with an archetype 
terminal. Each CDC-defined terminal class has a 
range of possible characteristics. These ranges 
determine the values allowed for parameters you 
specify on the TERMDEV or DEVICE statements. 



The mnemonics identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes. 



The TC parameter is required. When you declare a 
value for TC, it must be the following reserved 
word: 



3270 Identifies a terminal that 
compatible with the IBM 3270. 



o 



^^^J(^ 



o 



TERMINAL, TC=trmclas,CA=clsadrC,CSET=charset,RIC=yn13. 



Figure 6-13. TERMINAL Statement Format for Communication Lines of TIPTYPE=3270 



For console devices: 

device: TERMDEVC,TC=trmclas,CSET=charset,CA=clsadr,RIC=yn1,DT=C0N,TA=trmaddr,] 
CABL=abl,DBZ=dwnlsiz,UBZ=upbsize,0BL=dwnblim,UBL=upblim,AUTOL0GC=yn2D,] 
CAUT0C0NC=yn3],PRIC=yn43,DIC=yn53,HN=node,HDC=yn6D r LK=yn7,Bl=b1 / B2=b2,CN=cn / ] 
CCT=ct,PG=pg,PL=pL,PW=pw:. 

For site-defined devices: 



device: TERMDEVC,TC=trmclas,CSET=charset,CA=clsadr,RIC=yn13,DT=uT12r.,SDT=subdt,:i 
CTA=trmaddr,ABL=abl,DBZ=dwnlsiz,UBZ=upbsize / DBL=dwnblim,UBL=upblim,3 
CAUT0L06 C=yn2D , AUT0C0N C=y n3D ,PRI C=yn43 ,01 C=yn53 ,HN=node,HD C=yn63,LK=yn7,B1 =b1 , 1 
CB2=b2,CN=cn,CT=ct,P6=pg,PL=pL,PW=pw3. 

device The element name of the terminal device being defined. This name can be one through seven 
characters long. The first character must be a letter, the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement, 
the device name cannot be longer than five characters. This is the name used by the host 
or NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 



Figure 6-14. TERMDEV Statement Format for Communication Lines of TIPTYPE=3270 
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CA PARAMETER 

The CA parameter specifies the hardware cluster 
address for all the devices accessing the line 
through one terminal. This parameter is required. 
You must specify a unique value of the CA parameter 
for each terminal that can use the line. There is 
no default value for a cluster address. 

The CA parameter can have the following range of 
values : 

through IF 

Indicates the hexadecimal cluster address 
of the terminal you are defining. 



CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. This parameter is optional. 

When you declare a value for CSET, it must be the 
following reserved word: 

EBCDIC Indicates the IBM Extended Binary 
Coded Decimal Interchange Code set 
and character set. 



RIC PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities. A terminal 
can have restricted interactive capabilities for 



many reasons; for example, perhaps no console 
device actually exists and interactive dialog must 
occur through a pair of batch devices. 

The effect this parameter has depends on the 
application program the terminal uses. For 
example, RBF does not output the READY prompt and 
does not require a GO command to enable any defined 
passive devices when RIC is specified. 



This parameter is optional 
NO 



Possible values are: 



YES 



Indicates that the terminal has full 
interactive capabilities. 

Indicates that the terminal has limited 
interactive capabilities. 



If you omit the RIC parameter, the default value of 
NO is used. 



3270 DEVICE DEFINITIONS 

On a 3270 communication line, a device definition 
is different from a terminal definition. A 3270 
terminal consists of one or more devices; terminal 
and device are not synonymous. 

You must provide one TERMDEV or DEVICE statement 
for each device that accesses the communication 
line through the terminal you are defining. If you 
use a TERMDEV statement, you cannot use a DEVICE 
statement for the same terminal. Figures 6-14 and 
6-15 present the formats of these statements for 
terminals on 3270 protocol lines. 



For console devices: 

device: 6EVICEC,DT=C0N,TA=tri»addr,ABL=abl,DBZ=dunlsiz / UBZ=upbsize,DBL=dwnbUm,: 
CUBL=upbl im,AUTOLOGC=yn13,AUTOCONC=yn23,PRI C=yn3],DI C=yn«,HN=node,HDt=yn5D,] 
CLK=yn6,B1=b1,B2=b2 / CN=cn,CT=ct,PG=pg,PL=pL,PW=pw3. 

For line printers: 

device: »EVICE,DT=LPC,SOT=subdt,TA=trmaddr,DBZ=dwnLsiz,DBL=dwnbliiii,UBL=upblim / : 
CPRI t=yn1 3 , DI C=y nZl , PW=pw3 . 

For site-defined devices: 

device: BEVICE,DT=DT12C,SDT=subdt,TA=trmaddr,ABL=abl,DBZ=dwnlsiz / UBZ=upbsize,3 

CDBL=dwnblim,UBL=upblim,AUT0LO6C=yn1D,AUTOCONC=yn23,PRIC=yn3D,0IC=yn4:,] 

nHN=node / HDC=yn53 / LK=yn6,B1=b1 / B2=b2 / CN=cn,CT=ct,PG=pg,PL=pl,PW=pH3. 

device The element name of the terminal device being defined. This name can be one through seven 
characters long; the first character must be a letter, the other characters can be letters 
or digits. If this statement is used within the set following a GROUP statement, the 
device name cannot be longer than five characters. This is the name used by the host or 
NPU operator to monitor and control the device. This name is required; there is no 
default value. 

All other parameters are described in the text. 



Figure 6-15. DEVICE Statement Format for Communication Lines of TIPTYPE=3270 
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ABL 


CT 


HN 


AUTOCON 


DBL 


LK 


AUTOLOG 


DBZ 


PG 


Bl 


DI 


PL 


B2 


DT 


PRI 


CN 


HD 





For each terminal you define, you can declare up to 
32 DEVICE statements. 3270 terminals can have up 
to 32 DEVICE statements for CDC-defined console 
devices or up to 31 DEVICE statements for 
CDC-defined line printer devices. 

The following TERMINAL and DEVICE parameters 
provide device definitions for the terminal: 



PW 

SDT 

TA 

HBL 

UBZ 



The DT parameter is described first because it 
affects the validity, ranges, and defaults of the 
other parameters. The other parameters are 
described in alphabetical order. 



DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site-defined device type. 

If you specify a CDC-defined device type, the other 
device definition parameters on the DEVICE or 
TERMDEV statement: 

Are required by the NDL processor where 
indicated in the text 

Have the predefined default shown in the text 

Have the predefined ranges shown in the text 

Are checked for uniqueness and compatibility 

If you specify a site-defined device type, the 
other device definition parameters on the DEVICE 
statement: 

Are not required by the NDL processor 

Have no predefined default 

Are not checked for uniqueness 

Are not checked for compatibility with other 
parameters on the same statement 

When you specify the DT parameter, the following 
values are valid: 

CON Identifies a CDC-defined console device. 

LP Identifies a CDC-defined line printer 
device . 

DT12 Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 

If you omit the DT parameter, the value of CON is 
used. 



ABL PARAMETER 

The application block limit (ABL) parameter 
specifies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
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program and this terminal. The value you choose 
should keep the terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter. 

This parameter is optional; it is allowed only for 

console devices or site-defined devices (DT of CON 

or DT of DT12). The ABL parameter has the 
following range of values: 

1 _< abl < 7 

The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. Maximum line usage can be 
obtained by setting both DBZ and DBL so that 1 
second of data is queued by CCP. 

For console devices (DT of CON) , the host queues 
abl - dbl blocks; the NPU queues dbl blocks. An 
ABL value significantly larger than the DBL value 
causes NAM to use more host memory but can reduce 
the number of times an application program is 
rolled out. 

The default value for this parameter is 2 (DT of 
CON only). 



AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether CCP should automatically connect 
the console device and any associated batch devices 
to the selected host node. This parameter is valid 
only for console devices. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal) , and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUT0C0N=N0 is specified. 

This parameter and its values are optional. You 
can specify either of the following values: 



NO 



Indicates that CCP does not attempt 
automatic connection. 



YES Indicates that CCP attempts automatic 
connection. 

If you omit the AUTOCON parameter, the default 
value of NO is used for a DT of CON. If you 
specify this parameter without a value, the value 
of YES is used. 



AUTOLOG PARAMETER 

The AUTOLOG parameter is a stand-alone keyword that 
specifies whether the Network Validation Facility 
uses information in the local configuration file to 
log in the specified console device and any 
associated batch devices . If you specify that 
automatic login be attempted, the information used 
for the login must be provided through NDL USER 
statement parameters (see section 8). The terminal 
user must specify the information that is not 
contained in the LCF during the login dialog. 

This parameter and its values are optional and 
valid only for console devices or site-defined 
devices (DT of CON or DT of DT12). You can specify 
either of the following values: 
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NO Indicates that the terminal user is 
prompted for all login parameters. 



YES 



Indicates 
attempted . 



that automatic login be 



If you omit the AUTOLOG parameter, the default 
value of NO is used for DT of CON. If you specify 
this parameter without a value, the value of YES is 
used. 

The AUTOLOG parameter is ignored by the NOS 2.3 
version of NVF, but is retained for compatibility 
with earlier systems. For NOS 2.3, autologin is 
based solely on the presence or absence of a USER 
statement for the device in the local division. If 
the device being specified is required to be 
autologged into a host running earlier versions of 
the network products, the AUTOLOG parameter must 
still be specified. 



Bl PARAMETER 

The Bl parameter specifies the character to be used 
as a user break 1 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being 
transmitted to the terminal and sends a user break 
1 message upline to the connected application 
program. 

The effect this parameter has depends on the 
application program. For example, IAF interprets 
the user break 1 message as a job step interrupt 
from the terminal user. 

This parameter is optional; it is allowed only for 
devices of DT=CON or DT=DT12. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, OA, or 0D (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the B2, CN, or CT parameters. 

Because the terminal does not use an ASCII 
character set, you should choose a character that 
has a unique translation to a character in the 
7-bit ASCII code set. 

If you omit the Bl parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value is: 



TC 
Value 

3270 



Bl ASCII 

Value Used Character 

3A : 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 indicator. When the terminal 
user enters this character as the only character on 
a line, CCP discards the block of data being 
transmitted to the terminal and sends a user break 
2 message upline to the connected application 
program. 

The effect this parameter has depends on the 
application program. For example, IAF interprets 
the user break 2 message as a job step termination 
from the terminal user. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the 
character to be used (table A-2 in appendix A lists 
all of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, 0A, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, CN, or CT parameters. 

Because the terminal does not use an ASCII 
character set, you should choose a character that 
has a unique translation to a character in the 
7-bit ASCII code set. 

If you omit the B2 parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value is: 



TC 
Value 

3270 



B2 

Value Used 

29 



ASCII 
Character 

) 
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The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message. When the 
terminal user enters this character as the last 
character on a line, the network software discards 
the last message transmitted from the terminal. 
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This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the 
character to be used (table A-2 in appendix A lists 
all of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, 0A, or OD (characters EOT, LF, or CR) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, or CT parameters. 

Because the terminal does not use an ASCII 
character set, you should choose a character that 
has a unique translation to a character in the 
7-bit ASCII code set. 

If you omit the CN parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value is: 



TC 
Value 

3270 



CN 

Value Used 

28 



ASCII 

Character 

( 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a termial definition command. When 
the terminal user enters this character as the 
first character on a line, CCP interprets the line 
as a command. Among other functions, CCP supports 
terminal definition commands to determine or change 
the values you have established for the following 
parameters: 



Bl 


CT 


PW 


B2 


PG 


TC 


CN 


PL 





This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). If you specify a value, it must be 
either the reserved word CCP or a hexadecimal value 
for the 7-bit ASCII code that represents the 
character to be used (table A-2 in appendix A lists 
all of the codes in the 7-bit ASCII code set). 

You cannot use any of the following values : 

00, 01, or 02 (characters NUL, SOH, or STX) 

04, 0A, or 0D (characters EOT, LF, or CR) 
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3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

Any value that you declare or use by default 
for the Bl, B2, or CN parameters. 

Because the terminal does not use an ASCII 
character set, you should choose a character that 
has a unique translation to a character in the 
7-bit ASCII code set. 

If you omit the CT parameter or specify the value 
CCP, the default value is used (DT of CON only). 
The default value is: 



TC 
Value 

3270 



CT ASCII 

Value Used Character 



25 



The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be 
outstanding (unacknowledged) between the host 
computer and this terminal. The value you choose 
determines how many blocks of data the NPU queues 
from the total number of outstanding blocks (ABL 
parameter value) of the size specified by the DBZ 
parameter. 



The DBL parameter has 



This parameter is optional, 
the following value range: 

1 < dbl < 7 



The value you declare should be less than or equal 
to the application block limit (ABL parameter 
value) of the terminal. Maximum line usage can be 
obtained by setting both DBZ and DBL so that 1 
second of data is queued by CCP. 

For console devices (DT of CON) , the host queues 

abl - dbl blocks ; the NPU queues dbl blocks . Small 

DBL values use less NPU memory but cause slower 
data transfers. 

For batch devices , the NPU queues all downline 
blocks. No ABL value exists, so the DBL value 
alone determines the impact of block queuing on NPU 
and host resources. Large DBL values rapidly use 
up NPU memory; small DBL values may not keep the 
terminal busy. 

If you omit the DBL parameter, a default value is 
used. Default values depend on the device type. 
The default values are: 



DT 
Value 

CON 
LP 



DBL 

Value Used 
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DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host. Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the 
application programs to divide downline messages 
into blocks. 

This parameter is optional. The DBZ parameter has 
the following range of values: 

1 < dbz _< 2043 

The value you declare should be chosen together 
with the value used for the DBL parameter. For 
batch devices (DT of LP), you should use a value 
that is a multiple of 640 characters (one physical 
record unit). If dbz is not a multiple of 640 for 
passive devices, NDL rounds the value you supply to 
the next even multiple, as follows: 



Value Supplied 


Value Used 


1 < dbz < 640 

641 < dbz < 1280 

1281 < dbz < 2043 


640 
1280 
1920 



The NDL processor issues an informative message if 
it adjusts the DBZ value that you specify. 

If you omit the DBZ parameter, a default value is 
used. Default values depend on the device type. 
The default values are: 



DT 
Value 

CON 

LP 



DBZ 

Value Used 

1280 
640 



These defaults optimize use of the default value 
for the DBL parameter. 



Dl PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies a device as initially enabled or 
disabled. An enabled device is configured and 
serviced as soon as the communication line becomes 
active. A disabled device is neither configured 
nor serviced when the line becomes active. 



If you initially disable the device, a host or NPU 
operator can change the device status to enabled. 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a 
hardwired line ) . 



This parameter is optional. If you specify the DI 
parameter, you must use one of the following values: 



NO 



Indicates that the device is initially 
enabled . 



YES Indicates that the device is initially 
disabled. 



If you specify the DI parameter without a value, 
the value of YES is used. If you omit this 
parameter, the default value of NO is used. 



HD PARAMETER 

The HD parameter controls whether or not the full 

host availability display (HAD) is presented to the 

terminal user. This parameter is optional and is 
valid only for console devices. 

If you specify this parameter, you must use one of 
the following values: • 



NO 



YES 



Indicates that the full host 
availability display is not presented 
to the terminal user. The termial user 
receives only the host status message 
and the prompt message. 

Indicates that the host availability 
display is presented to the terminal 
user. 
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If you omit this parameter and only a single host 
is defined, the default value of NO is used. If 
you omit this parameter and multiple hosts are 
defined, the default value of YES is used. 

The value of this parameter does not change when 
the terminal class is changed from the console or 
changed by the application program. The 
application program or the terminal user can also 
change the value you specify. 



HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal user. 

The HN parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values: 

NONE 

Indicates that no node number is 
specified. This has the same effect as not 
v declaring the parameter. A value of NONE 
cannot be declared if AUTOCON is also 
specified and there are logical links to 
more than one host terminating in the NPU 
being defined. 

1 < HN < 63 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to. 

The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement 
within the same network definition. If all the 
COUPLER statements for all the logical links to the 
NPU being defined have equal HNAME parameters, the 
NDL processor provides a default host node. The 
default host node is the last coupler specified. 
If the HN parameter is not specified, the terminal 
user must select a host before a connection can be 
made. If the AUTOCON parameter is specified, then 
the HN parameter must also be specified. 
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The value of this parameter does not change when 
the terminal class is changed from the console. 
The terminal user can change the value you specify. 



LK PARAMETER 

The LK parameter specifies whether unsolicited 
messages from the NPU or host operator can appear 
at the terminal. This parameter is optional; it is 
allowed only for console devices and site-defined 
devices (DT of CON or DT of DT12). 

If you declare this parameter, you must specify one 
of the following values: 

CCP Indicates that CCP uses the default 
choice appropriate for the terminal 
class; using this value is equivalent 
to omitting the parameter. 

NO Indicates that unsolicited messages are 
delivered to the terminal as soon as 
received by CCP. 

YES Indicates that unsolicited messages are 
discarded (locked out). 

If you omit this parameter or specify the value 
CCP, the default value of NO is used (DT of CON 
only). The terminal user or the application 
program can change any value that you specify. 



PG PARAMETER 

The PG parameter specifies whether CCP waits at 
each output page boundary for terminal user 
acknowledgment before it displays the next page of 
data. In certain situations, page waiting can 
occur other than at page boundaries; CCP produces a 
prompting message (OVER..) when this type of page 
waiting occurs. The user's response to page 
waiting is entry of a line, usually empty. 

CCP views a new page as beginning at the start of 
each downline message. CCP calculates the length 
of a page from the current values of the page width 
and page length (see PW and PL Parameter 
descriptions). If the page width is infinite 
(PW=0) , a page consists of one line less than the 
number of logical lines specified as the page 
length. If the page width is finite (PW is 
nonzero), a page consists of one line less than the 
number of physical lines specified by the page 
length; CCP calculates the number of physical lines 
by dividing each logical line into units less than 
or equal to the page width. 

This parameter is optional; it is allowed only for 
console devices and site-defined devices (DT of CON 
or DT of DT12). If you specify this parameter, you 
must use one of the following reserved values: 

CCP Indicates that CCP uses the default 
setting appropriate for the terminal 
class; using this parameter is 
equivalent to omitting the parameter. 

NO Indicates that page waiting does not 
occur . 



YES 



60480000 M 



Indicates that page waiting occurs. 



When you specify PG=YES, you should also specify a 
nonzero value for the PL parameter. CCP cannot 
perform page waiting at the boundaries of 
infinitely long pages (PL=0). 

If you omit the PG parameter or specify a value of 
CCP, the default value of YES is used. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
application program or the terminal user can change 
any value that you specify. 



PL PARAMETER 

The PL parameter specifies the number of physical 
lines per page of output for the device. If the 
device is configured for page waiting (PG 
parameter), any message containing more lines of 
output than the page length is interrupted by CCP 
for a page waiting response from the terminal 
user. The interruption occurs after line pi - 1 is 
output . 

This parameter is optional; it is allowed for 
console devices and site-defined devices only (DT 
of CON or DT of DT12). If you specify the PL 
parameter, you must use one of the following values: 

CCP 

Indicates that CCP uses the default value 
appropriate for the terminal class; using 
this value is equivalent to omitting the 
parameter . 



Indicates an infinite page length. An 
infinite page length means that no page 
waiting occurs. 

8< pi < 255 

Indicates the number of physical lines per 
page. 

If you omit this parameter or specify a value of 
CCP, a default value is used (DT of CON only). The 
default value is 24. 

The value of this parameter reverts to the default 
value when the terminal class is changed from the 
console or changed by the application program. The 
terminal user or the application program can change 
any value that you specify. 



PRI PARAMETER 

The PRI parameter is a stand-alone keyword that 
indicates whether data to or from the device is to 
have traffic priority over that to or from other 
devices in the network. Data to or from a device 
that does not have traffic priority is suspended to 
relieve network congestion before data to or from 
terminals with traffic priority is suspended. 
Interactive devices should usually be given traffic 
priority over batch devices. 
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This parameter Is optional. If you specify the PRI 
parameter, you must use one of the following values: 

NO Indicates that the device does not have 
data traffic priority. 

YES Indicates that the device has data 
traffic priority. 

If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default value of NO is used. 



PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of input or output for this 
device. This physical line length is also called 
the page width. 

For console devices, output lines longer than pw 
characters are not divided but are counted as more 
than one line for page width calculations. If the 
PW value for the device is inappropriate, loss of 
visual fidelity can occur ; the application program 
might divide the data into lines that are too short 
or too long for the screen's capacity, instead of 
allowing the terminal to wrap lines when needed. 

This parameter is optional. If you specify the PW 
parameter, the value you can use depends on the 
device type. The following values are allowed for 
console devices (DT of CON) : 



CCP 



Indicates that CCP uses the default value 
appropriate for the terminal class; using 
this value is equivalent to omitting the 
parameter. 



Indicates that the device has an infinite 
page width. An infinite page width means 
that physical line length has no effect on 
output formatting. 

20 < pw _< 255 

Indicates that the device can support 
physical lines no longer than the indicated 
decimal value. 

The following values are allowed for line printer 
(DT of LP): 

CCP 

Indicates that CCP uses the default value 
appropriate for the terminal class; using 
this value is equivalent to omitting the 
parameter. 

50 < pw < 255 

Indicates that the device can support 
physical lines no longer than the indicated 
value. 



For line printers, pw provides RBF with an 
indication of the character bytes that can comprise 
a physical record of output (the number of 
characters in a printer line). 

If you omit this parameter or specify the value 
CCP, a default value is used. The default value 
depends on the device type. Default values are: 



DT 
Value 

CON 
LP 



PW 

Value Used 

80 
132 



The value of this parameter for the console reverts 
to the default value when the terminal class is 
changed from the console or changed by the 
application program. The application program can 
change any value you specify for any device; the 
terminal user can change any value you specify for 
the console. 



SDT PARAMETER 

The SDT parameter specifies the subdevice type of 
the device you are defining. The subdevice type is 
the set of external characteristics of interest to 
the network software. This parameter is optional 
and valid only for devices with DT values of LP and 
DT12. The recognized reserved word values you can 
use and the defaults depend on the value you 
specify or use for the DT parameter. 

If a DT value of LP is used, the following values 
are allowed definitions of a printer character set: 

A6 Indicates that the device uses 64 
ASCII characters. 

A9 Indicates that the device uses 95 
ASCII characters. 

B6 Indicates that the device uses the 
64-character CDC scientific (BCD) 
character set. 

CCP Indicates that CCP uses the default 
appropriate for the device; using this 
value is equivalent to omitting the 
parameter. 

SDT12 Indicates a site-defined subdevice 
type that uses the subdevice type 
number 12. 

SDT13 Indicates a site-defined subdevice 
type that uses the subdevice type 
number 13. 

SDT14 Indicates a site-defined subdevice 
type that uses the subdevice type 
number 14. 

SDT15 Indicates a site-defined subdevice 
type that uses the subdevice type 
number 15. 

If you omit the SDT parameter or specify the value 
CCP, the default value of A6 is used. 
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If a DT value of DT12 is used, the following values 
are allowed definitions of subdevice type: 
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A6 



A9 



B6 



CCP 



SDT12 



SDT13 



SDT14 



SDT15 



Indicates that the 
ASCII characters. 



device uses 64 



Indicates that the device 
ASCII characters. 



95 



Indicates that the device uses the 
64-character CDC scientific (BCD) 
character set. 

Indicates that CCP uses the default 
appropriate for the device; using this 
value is equivalent to omitting the 
parameter. 

Indicates a site-defined subdevice 
type that uses the subdevice type 
number 1 2 . 

Indicates a site-defined subdevice 
type that uses the subdevice type 
number 13. 

Indicates a site-defined subdevice 
type that uses the subdevice type 
number 14. 

Indicates a site-defined subdevice 
type that uses the subdevice type 
number 15. 



If you omit the SDT parameter, no default exists. 



TA PARAMETER 

The TA parameter defines the terminal address of 
the device within the terminal cluster. This 
parameter must match the code actually used to 
communicate with the device. 

The TA parameter is required and can have the 
following range of values: 

through IF 

Indicates the hexadecimal terminal address 
of the terminal you are defining. 

If you omit the TA parameter, the default value of 
is used. 



UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 

You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application 
program in the host must occur. A fixed number of 
input messages might have significance to an 
application program. If such an application does 
not perform output until receiving that number of 
input messages and if you choose a UBL value 
smaller than this number, the application program 
becomes deadlocked (it waits for blocks of data 
that CCP is forced to discard because the block 



limit has been reached for upline queuing) . If the 
device must receive output before it can begin 
additional input, the device also becomes 
deadlocked by this situation. 

This parameter is optional. The UBL parameter has 
the following range of values: 

1 _< ubl < 31 

If you omit the UBL parameter, a default value is 
used. The default value is 7. 

The value you specify can be changed by the 
application program for consoles. 



UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. CCP divides each message from the 
terminal into blocks of the size you choose. The 
size you choose affects how much memory is needed 
to store the outstanding (unacknowledged) blocks of 
data in the NPU and the host. 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 

This parameter is optional; it is allowed only for 
console devices or site-defined devices (DT of CON 
or DT of DT12). The UBZ parameter has the 
following range of values for console devices (DT 
of CON): 

< ubz < 2000 

The range for site-defined devices (DT of DT12) is: 

_< ubz < 2043 

If you specify for a console device, CCP sends an 
upline block whenever it receives 100 characters. 

The value you declare should be chosen together 
with the value used for the UBL parameter. The NDL 
processor rounds the value you supply to the next 
multiple of 100 bytes. For console devices (DT of 
CON), rounding occurs as follows: 



Value Supplied 



1 £ ubz <^ 100 
101 < ubz < 200 



1901 < ubz < 2000 



Value Used 
in File 



100 
200 



2000 
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The NDL processor issues an informative message if 
it adjusts the UBZ value that you specify. 

If you omit the UBZ parameter, a default value is 
used. The default is 100 (DT of of CON only). The 
default optimizes use of the default value for the 
UBL parameter. The default value is the 
recommended value. 
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The application program can change any value you 
specify. The terminal user can change the value 
within the following range: 

< ubz < 200 



BUFFERING OF DATA 

Using the ABL, DBL, and UBL block limit parameters, 
you can tailor your configuration of a terminal to 
keep it efficiently occupied. The value you should 
choose for each block limit depends on factors such 

as: 

The number of application programs to be 
serviced 

The number of devices transmitting and 
receiving data 

The frequency of device usage 

The size of the NPU macromemory available for 
buffering 

The roll-in/ roll-out frequency desired for each 
application program 



BUFFERING FOR INTERACTIVE DEVICES 

For each interactive device, you can declare the 
number of characters constituting a block of data, 
as well as the total number of downline (output) 
blocks the network is permitted to queue between 
the device and an application program (the applica- 
tion block limit, or ABL parameter). The ABL 
parameter value that you should choose for the 
device depends on the size of the CCP buffering 
available (the downline block limit, or DBL param- 
eter) for the device and on a number of other 
factors in the network configuration. 

CCP buffers DBL output (downline) blocks between a 
terminal and an application program. NAM buffers 
ABL minus DBL blocks. Together, the device block 
limit parameters allow you to empirically tune the 
network's throughput rates, NAM's central memory 
requirements, and system performance/resource usage. 

For example, selection of a large ABL parameter 
implies less frequent roll-in/roll-out of an appli- 
cation program because each application program can 
send more data message blocks before its block limit 
is reached. A large value for ABL minus DBL also 
implies that a large field length for NAM is 
permissible, because the additional blocks are 
queued there. A small NPU macromemory size requires 
that you specify a small value for the DBL parame- 
ter to avoid swamping the available NPU buffer area 
and a small value for the ABL parameter to avoid 
forcing a large NAM field length for queuing. 

A large number of application programs need a small 
ABL value to make frequent roll-in/roll-out likely 
and reduce NAM's central memory use. This condition 
also requires selection of a large DBL value 
(implying that the NPU servicing the terminal has a 
large macromemory) to prevent swamping NAM's buffers 
and increasing the percentage of memory resources 
NAM requires. 



You should assign a value to the ABL parameter that 
allows an application program to assume that ABL 
blocks of the indicated number of characters can 
keep the terminal continuously busy. The default 
values for the block limit parameters provide 
adequate tuning for the servicing of terminals by 
the Interactive Facility (IAF) via NPUs with 
sufficient macromemory to support the devices 
configured . 

The recommended values and the defaults used for 
the block size and limit parameters are shown in 
the text describing each parameter within the device 
definition subsection for the appropriate CDC- 
written TIP. Recommended values sometimes differ 
from default values. The default has been chosen 
to be compatible with all other defaults valid at 
the lowest automatically recognized line speed. 

For interactive traffic, the following assumptions 
were made to derive these recommended and default 
values : 

Traffic is with IAF. Site-written applications 
might require different parameter settings. 

Maximum line usage by synchronous console 
devices is unimportant. 

IAF formats data into blocks less than or equal 
to DBZ characters. This block formatting is 
done if the terminal user's program is 
generating data in sufficient volume and is 
subject to IAF's maximum block size of 945 
characters. 

You can optimize buffering in IAF by setting 
DBZ to a value of 45 + 60n, where: 

3 < n < 15 

The appropriate value of n is one where ABL 
blocks of DBZ size require disk accesses less 
than once every 2 seconds . 

The recommended value of ABL is always 2 unless 
the needed DBZ value would be greater than 
IAF's maximum block size of 945 characters. If 
you define DBZ as a value exceeding the maximum | 
block size of IAF or the maximum size allowed 
by the device protocol (XBZ value), disk usage 
is not optimized. 

For maximum throughput, a synchronous device 
must be defined with a DBZ value no greater 
than the XBZ value minus any control bytes 
added by CCP. 

Mode 4 consoles must be defined with an XBZ 
value no greater than the screen size of the 
device. The screen size of mode 4A consoles is 
80 by 13 and of mode 4C consoles is 80 by 16. 
CCP must add one control byte to each block for 
mode 4 devices ( DBZ < (XBZ - 4) ). 

HASP terminals are normally defined with an XBZ 
value of 400. This value is used for HASP ter- 
minals with a line speed no greater than 9600 
bits per second. For 19200 bit-per-second HASP 
terminals, XBZ is increased to 800 to maintain 
enough queuing. CCP must add four control 
bytes to blocks of characters for HASP devices 
( DBZ < (XBZ - 4) ) . 
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If NPU memory limitations cause frequent terminal 
input suspension by CCP, you can alter the DBZ and 
DBL values to partially correct the problem. If 
the problem persists or is not adequately resolved 
by altering DBZ and DBL, the PRI parameter for the 
devices serviced by the NPU involved can be used in 
the following manner. 

All interactive devices (devices with a DT parameter 
value of CON) can be configured with the PRI param- 
eter. Any devices transmitting large blocks (any 
devices configured with large UBZ parameter values) 
and any devices on higher speed lines transmitting 
small blocks should not be configured with the PRI 
parameter. This algorithm causes input suspension 
from devices making frequent large block trans- 
missions (such as batch devices) before input 
suspension of devices making small or infrequent 
transmissions. The latter kinds are assumed to be 
the normal case for interactive devices. 

For the Message Control System (MCS), the upline 
block size must be set to 0. 



BUFFERING FOR BATCH DEVICES 

Data blocking and buffering functions for batch 
devices are performed in the NPUs by a module known 
as the PRU interface. Data is moved between the 
host and the NPUs in a format that can be processed 
directly by the host disk driver; once a data 
transfer is initiated by RBF, the data is moved 
between the NPU and the host disk without further 
central processor intervention. 

The host must send downline (output) data to the 
NPU at a rate that allows the NPU to keep the 
device busy. You can control that rate by choosing 
appropriate values for the downline block limit 
(DBL) parameter and the upline and downline block 
size (UBZ and DBZ) parameters. To minimize host 
processing, DBZ values should be multiples of the 
PRU size. You should choose values for DBZ and DBL 
that ensure that data is available in the NPU when 
required, that minimize the required buffer space 
in the NPU, and that minimize the number of disk 
accesses required. 

CCP reblocks downline data into transmission blocks 
acceptable to the device, as determined by the size 
of the device's buffer (the XBZ parameter). 

The recommended values and the defaults used for 
the block size and limit parameters are shown in 
the text describing each parameter within the 
device definition subsection for the appropriate 
CDC-written TIP. Recommended values sometimes 
differ from default values. The default has been 
chosen to be compatible with all other defaults 
valid at the lowest automatically recognized line 
speed . 



For batch traffic, the following assumptions were 
made to derive these recommended and default values: 



Traffic is with RBF. Site-written applications 
might require different parameter settings. 

Maximum line usage by synchronous devices is 70 
percent; the line is assumed to have only one 
device, and the device is assumed to transmit 
or receive at a rate greater than the line 
speed (except for mode 4C printers). 

Batch data is formatted into blocks of less 
than or equal to UBZ/DBZ characters, where the 
ratio of UBZ/DBZ determines the number of 
physical record units (PRUs) read or written 
during each disk access. Display-coded 6-bit 
character data is assumed, giving one, two, or 
three PRUs per disk access when UBZ and DBZ are 
both 640, 1280, or 1920. 

Upline and downline blocks of UBZ or DBZ char- 
acters are blank-compressed to about 50 percent 
of actual character content. 

The recommended DBZ is chosen such that one 
disk access reads enough PRUs to queue 1 second 
of data in CCP, unless that value requires a 
DBZ value of more than 1920 characters; when 
that happens, the recommended value of DBZ is 
1920 and the recommended value of DBL is 
increased to maintain the appropriate queuing. 

Transmission blocks of XBZ characters contain 
complete unit records . 

For maximum throughput , a synchronous device 
must be defined with a DBZ value no greater 
than the XBZ value minus any control bytes 
added by CCP. 

Mode 4 terminal devices must be defined with an 
XBZ value no greater than the screen size of 
the terminal console. The screen size of mode 
4A consoles is 80 by 13 and of mode 4C consoles 
is 80 by 16. Some mode 4 emulators restrict 
the value of XBZ to 1000 for batch devices; 
this value must be used for batch traffic. CCP 
adds one control byte to each block for mode 4 
terminal devices ( DBZ < (XBZ - 4) ). 

HASP devices are normally defined with an XBZ 
value of 400. This value is used for HASP ter- 
minals with a line speed no greater than 9600 
bits per second. For 19200 bit-per-second HASP 
terminals , XBZ is increased to 800 to maintain 
enough queuing. CCP must add four control 
bytes to blocks for HASP devices 
( DBZ < (XBZ - 4) ). 
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SITE-DEFINED PROTOCOL LINES, TERMINALS, AND DEVICES 7 
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The parameters required and the values allowed on 
the GROUP, LINE, TERMINAL, TERMDEV, and DEVICE 
statements depend upon the line protocol used. 
This section describes the form of a statement 
applicable to site-defined protocol lines. 

Control Data supplies Terminal Interface Programs 
| (TIPs) for six communication protocols; the Network 
Definition Language provides support for additional 
site-written TIPs supporting other protocols. Such 
TIPs are identified by a TIPTYPE of TT12 through 
| TT14 on LINE or GROUP statements in the network 
configuration file. 

Because operating requirements and characteristics 
of site-written TIPs cannot be anticipated, NDL per- 
mits almost any combination of TERMINAL, TERMDEV, 
or DEVICE statement parameters for such TIPs. The 
rules for using these parameters are described in 
this section. Parameters are described in terms of 
their significance to CDC -written TIPs; these 
descriptions might not accurately portray the sig- 
nificance of a given parameter to site-written TIP. 



RULES FOR DEFINITIONS 

The NDL processor checks TERMINAL, DEVICE, or 
TERMDEV statement parameters for validity using the 
following rules: 

Any parameter specified is legal. 

No parameter is required. 

Default values are not supplied for any param- 
eters . 

Any value declared for a parameter is legal, 
provided the value is within the range of values 
or reserved words that NDL recognizes for that 
keyword when the keyword is used for terminals 
or devices on lines of CDC-def ined protocols . 



Declared values for optional parameters are not 
checked for uniqueness where uniqueness is 
required for lines of CDC-def ined protocols. 

Declared values are not checked for compati- 
bility where compatibility is required for lines 
of CDC-def ined protocols. 



LINE DEFINITION 

You configure terminals on a site-defined protocol 
communication line with the following statements : 

One LINE or GROUP statement that defines the 
line 

One TERMINAL or TERMDEV statement for each 
terminal on the line 

One DEVICE statement for each device accessing 
the line through a given terminal (a TERMDEV 
statement can be used if the terminal has only 
one device) 

No dependencies exist among the parameter values 
declared on LINE, GROUP, TERMINAL, TERMDEV, and 
DEVICE statements except for those related to 
automatic recognition. 



LINE STATEMENT PARAMETERS 

Each LINE statement defines one communication line 
between a terminal and the NPU. There must be a 
LINE or GROUP statement defining each CLA port on 
the NPU that supports terminal access . 

Figure 7-1 shows the format of the LINE statement 
and the valid parameter values for site-defined 
communication lines. Table 7-1 shows permitted line 
type values for the LTYPE parameter. 



line: LINE,P0RT=port,LTYPE=ltype,TIPTYPE=tiptypeC,AUT0E=yn13,XAUT0C=yn2] / ARSPEED=arspeed,DIC=yn3D,: 
CIMDISCC=yn43,LCN=lcn,LSPEED=Lspeed,DFL=dfl,FRAME=frame,RTIHE=timer,RC0UNT=count,NSVC=svcirc / 
[PSN=psn,DCEC=yn53,DTEA=locadr,AL=acclev,P90=fv90,...,P99=fv99:i. 



Line 
port 



The element name to be assigned to the communication line being defined, 
required; there is no default value. 



This name is 



The hexadecimal number (1 < port < FE) of the port to which this communication line 
connects on the NPU currently being defined. Within an NDL program, the port number is 
independent of the number of ports on the NPU; for example, a 128-port NPU can have a port 
numbered FE (254 decimal). However, we strongly recommend that you assign port numbers 
consecutively, starting with 1. All values declared for PORT parameters must be unique 
within the current network definition of each NPU. The value specified for port cannot 
be the same as the number declared for a port in any other LINE or TRUNK statement (or 
within a GROUP statement expansion) for this NPU, and cannot be lower than the highest 
port number used by a trunk. This number is required; there is no default value. 



Figure 7-1. Site-Defined Protocol LINE Statement Format (Sheet 1 of 3) 
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Ltype 



tiptype 



yn1 



yr>2 



a r speed 
yn3 

yn4 

ten 
I speed 
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A reserved word value that identifies the type of communication line adapter/modem/circuit 
combination that is used on this line. This word must be supplied; there is no default 
value. The values allowed for this declaration are described in table 7-1. 

A reserved word value that identifies the type of Terminal Interface Program protocol 
required for the terminals on this line. This word is required; there is no default 
value. The values allowed for this declaration are: 



TT12 



TT13 



TT14 



Site-written TIP that uses a TIP number of 12 for identification within the 
network software is required. 

Site-written TIP that uses a TIP number of 13 for identification within the 
network software is required. 

Site-written TIP that uses a TIP number of 14 for identification within the 
network software is required. 



An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 
parameter specifies whether this communication line is configured for automatic 
recognition of low line speeds (110 through 2400 bits per second) and/or recognition of 
protocol type by the TIP whenever a terminal is connected to the line. When AUTO or 
AUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, the TIP attempts to determine as many definition parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, the TIP is 
not allowed to perform automatic recognition for the line; the line has a fixed 
configuration, and each TERMINAL or TERMDEV statement associated with this line must 
explicitly declare all addressing and protocol parameters legal for that terminal. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 
parameter specifies whether this communication line is configured for automatic 
recognition of high line speeds (600 through 9600 bits per second) and/or recognition of 
protocol type by the TIP whenever a terminal is connected to the line. When XAUTO or 
XAUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, the TIP attempts to determine as many definition parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, the TIP is 
not allowed to perform automatic recognition for the line; the line has a fixed 
configuration, and each TERMINAL and DEVICE or TERMDEV statement associated with this line 
must explicitly declare all addressing and protocol parameters legal for that terminal. 

An optional reserved word value (YES or NO) that indicates whether the user can change the 
line speed by using the AR TIP command. 
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used until the HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the line is 
given an initial status of enabled unless the NOP or HOP specifies otherwise. 

An optional reserved word value (YES or NO) which specifies whether the Immediate 
Disconnect feature is enabled for this line. When IMDISC or IMDISC=YES is specified, any 
terminal on the line is disconnected immediately after the terminal has logged out 
(disconnected) from the host. When IMDISC is omitted or IMDISC=N0 is specified, a 
terminal on the line is disconnected only after a two minute timer expires. 

The logical channel number (0 < len < 255) which corresponds to the lowest numbered 
channel that a DTE CCP can use to make an outgoing application-to-application call. If 
CCP is a DCE, it corresponds to the highest numbered virtual circuit CCP can use to make 
outgoing appli cation-to-application calls. When len is not specified, no default exists. 

The baud rate used by the modems or devices accessing this line. This parameter can only 
be used to configure asynchronous lines (LTYPE of A1, A2, or A6). When the Line is 
configured for automatic recognition (AUTO is declared), this parameter cannot be used. 
This parameter is optional when an asynchronous line is not configured for automatic 
recognition of terminals; the following values are recognized: 



110 



134 



150 



300 



600 



1200 



2400 



4800 



9600 



When Ispeed is not declared for an asynchronous line configured without automata 
recognition, no default exists. 



Figure 7-1. Site-Defined Protocol LINE Statement Format (Sheet 2 of 3) 
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dfl 



frame 



timer 



count 



psn 



yn5 



locadr 



acclev 



fv9i 



The maximum decimal number (16 < dfl < 1024) of 8-bit characters or octets in an X.25 data 
packet. 

The frame window (1 £ frame < 7); the maximum number of outstanding unacknowledged packets 
between the network processing unit and the X.25 network (this is the K parameter defined 
by the X.2S protocol standard). 

The decimal retransmission timing period (1 < timer < 25500) in milliseconds; the time 
that must elapse before retransmission of an unackowledged X.25 data frame is attempted 
(this is the T1 parameter defined by the X.25 protocol standard). NDLP rounds the value 
specified for timer to the next multiple of 100. 

The decimal retransmission count (1 < count < 15); the number of times retransmission of 
an unacknowledged X.25 data frame is attempted (this is the N2 parameter defined by the 
X.25 protocol standard). 

The decimal number (0< svcirc < 255) of available switched virtual circuits (SVC) for 
this line. The parameter must be identical to the number of switched virtual circuits 
contracted from the packet switching network and must conform to the following rules: 

The total number of virtual circuits defined (by the NCIR parameter on the TERMINAL or 
TERMDEV statement) for each STIP must be < svcirc. 

The total number of virtual circuit definitions must be < 255; svcirc + number of 
permanent virtual circuit (PVC) definitions < 255. 

A reserved word value identifying the packet switching network to which the line is 
connected. The following values are recognized: 

CDSN Packet switching network is compatible with the commercial CDSN network. 

C120 Packet switching network is compatible with the CYBER 120. 

DATAPAC Packet switching network is compatible with the commercial DATAPAC network. 

PSN253 Site-defined packet switching network type, identified by the number 253 
within the network software. 

PSN254 Site-defined packet switching network type, identified by the number 254 
within the network software. 

PSN255 Site-defined packet switching network type, identified by the number 255 
within the network software. 

TELENET Packet switching network is compatible with the commercial TELENET network. 

TRNSPAC Packet switching network is compatible with the commercial TRANSPAC 
network. 

TYMNET Packet switching network is compatible with the commercial TYMNET network. 

UNINET Packet switching network is compatible with the commercial UNINET network. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter tells the TIP what role to play in an X.25 protocol. If DCE or DCE=YES is 
specified, the TIP must act as data circuit terminating equipment (DCE). If DCE is 
omitted or DCE=N0 is specified, the TIP must act as data terminal equipment (DTE) protocol. 

The decimal address (0 < locadr <_ 99) assigned to the local end of the X.25 link. This 
value specifies the address by which the X.25 protocol identifies calls to and from the 
connected NPU. The value declared should be the calling DTE address for outgoing call 
requests when DCE=YES is specified. 

The decimal access level limit (0 <_ acclev £ 7) for the line. The lowest access level is 
(unclassified), the highest is 7. If AL is omitted or AL=N0NE is specified, no access 
level limit is associated with the line (equivalent to specifying AL=0). 

The hexadecimal field value (0 < fv9i £ FF) to use for the corresponding field number 
within the Terminal Interface Program configuration information transmitted for this line. 
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TABLE 7-1. SITE-DEFINED LINE TYPE DEFINITIONS 



LTYPE 
Value 


Transmission 
Mode 


Transmission 
Operation 


Circuit 
Type 


Modem 
Typet 


CLA Type 


Maximum Speed, Bits 
per Second 


Carrier 
Type 


SI 


Synchronous 


Half-duplex 


Switched 
(Dialup) 


RS232C, Bell 

201A/208B 

compatible 


2560-1 


4800 


Controlled 


S2 


Synchronous 


Full-duplex 
but operating 
half-duplex 


Dedicated 
(Hardwired) 


RS232C, Bell 

201B/208A 

compatible 

Bell 301/303 

compatible 

V.35 Standard 

compatible 


2560-1 

2560-2 
2560-3 


19200 

50000 (HASP 
only) 
56000 (HASP 
(only) 


Controlled 


S3 


Synchronous 


Full-duplex 


Dedicated 
(Hardwired) 


RS232C, Bell 

201B/208A 

compatible 

Bell 301/303 

compatible 

V.35 Standard 

compatible 


2560-1 

2560-2 
2560-3 


19200 

50000 (HASP 
only) 

56000 (HASP 
only) 


Constant 


S4 
(For 


Synchronous 


Unas signed 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


site- 
defined 
















use) 
















Al 


Asynchronous 


Full-duplex 


Switched 
(Dialup) 


RS232C, Bell 

103E/113/212A 

compatible 


2561-1 


9600 


Constant 


A2 


Asynchronous 


Full-duplex 


Dedicated 
(Hardwired) 


RS232C, Bell 

103E/113/212A 

compatible 


2561-1 


9600 


Constant 


A6 
(For 


Asynchronous 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


site- 
defined 
















use) 
















HI 


Bit-oriented 

synchronous 

HDLC 


Full-duplex 


Dedicated 
(Hardwired) 


RS232C, 
Bell 201B 
compatible 
V.35 Standard 
compatible 


2563-1 
2563-2 


19200 
56000 


Constant 


H2 
(For 


HDLC 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


Unassigned 


site- 
defined 
use) 
















IModem types supported by each type of 


CLA may differ. 
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.if' 



) 
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You use the AUTO or XAUTO parameter to define a 
communication line as having a fixed or an automatic 
recognition configuration. You can use either of 
these configuration types for a dialup line or for 
a dedicated (hardwired) line. 



If you define a fixed-configuration line by omitting 
AUTO and XAUTO or by specifying AUT0=NO or XAUT0=N0, 
you must know and specify certain characteristics 
of the terminals and devices that will use it. Only 
terminals and devices with the specified character- 
istics can use that line. 



If you define an automatic recognition line by 
specifying AUTO, XAUTO, AUTO=YES, or XAUTO=YES, your 
site-written TIP determines these characteristics 
when a terminal becomes active on the line. This 
allows more flexible access to the network. 



A terminal on an automatic recognition line is not 
completely configured until it becomes active. At 
that time, the Communications Supervisor (CS) com- 
pares the determined characteristics against the 
characteristics you have defined for each terminal 
configured on the line. CS uses the first terminal 
definition with the closest match to finish con- 
figuring the terminal. Your site-written TIP then 
services the terminal devices according to the 
finished configuration. 



Only a terminal that completely matches all declared 
values can use the line. It must operate with the 
characteristics you declare for any required or 
optional parameters in your terminal definition, or 
the terminal user must change those characteristics 
to match. If you declare AUTOREC instead of values 
for all of the automatically recognized parameters, 
then any terminal will match the terminal defini- 
tion. 



If you declare values instead of AUTOREC for some 
of the automatically recognized parameters, then 
any terminal that successfully accesses the line 
and has characteristics matching the declared values 
will match your terminal definition. If you declare 
values instead of AUTOREC for all of the automat- 
ically recognized parameters, then only a terminal 
with automatically recognized characteristics that 
are the same as your values will match the terminal 
definition. 



For example, the statement 

LN3F: LINE PORT=0A,TIPTYPE=TT12,LTYPE=S4,AUT0. | 

defines a switchable (dialup) , synchronous line 
(not in the CDCnet example, figure 2-1 in section 
2) for automatic recognition of any synchronous 
protocol terminals. The line is identified as LN3F, 
connects to the NPU at port OA, and is enabled by 
default at network initiation. 

If the fixed-configuration form of the statement 

LN3F: LINE PORT=0A,LTYPE=S4,TIPTYPE=TT12. | 

were used instead, all of the terminals capable of 
accessing this switchable line would have to be 
completely and explicitly configured on their 
TERMINAL and DEVICE statements. 

As another example of a fixed-configuration line, 
the statement 

LN2E: LINE P0RT=0A,LTYPE=S4,TIPTYPE=*rT14. 

defines a hardwired (dedicated), enabled, synchro- 
nous line for multileaving workstation terminals, 
accessing the NPU (also not shown in CDCnet) through 
port OA. 



The following LINE statements are not equivalent: 

LN1A: LINE P0RT=9,LTYPE=A6,TIPTYPE=TT13, 
LSPEED=300. 

LN1A: LINE P0RT=9,LTYPE=A6,TIPTYPE=TT13. 



Both statements define a switchable, enabled, 
fixed-configuration asynchronous line accessing the 
NPU (not shown in CDCnet) through port 9. The first 
line is configured to support modems at 300 baud; 
the second line has an unknown baud rate , probably 
determined by the hardware . All terminals accessing 
this line must be explicitly configured because the 
line is not configured for automatic recognition. 



GROUP STATEMENT PARAMETERS 

You can use the GROUP statement in place of the LINE 
statement when you want to repeat a line definition 
a specified number of times. 



^i^^ 



You can specify more than one terminal definition 
on an automatic recognition line. Each definition 
should vary from the others in one of the automat- 
ically recognized characteristics; unless differ- 
ences exist, CS will not use any definition other 
than the first one. 



Using automatic recognition increases the number of 
terminal devices that potentially can use the line. 
You can configure a switchable line for automatic 
recognition with more logical terminal devices than 
the physical terminal devices that simultaneously 
can access it ; only one physical device can access 
the line at a time. 



NDLP creates identical line, terminal, and device 
definitions (except for port number, line name, and 
device name) the number of times specified by the 
NI parameter. NDLP generates unique port numbers 
by incrementing the previously defined port number 
by one. NDLP generates unique line and device 
element names by adding the LINE'S port number in 
two-digit hexadecimal form to the one- to five- 
character root element name that you specify. 



Figure 7-2 shows the format of the GROUP statement 
and the valid parameter values for site-defined 
communication lines . Table 7-1 shows permitted line 
type values for the LTYPE parameter. 
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group: GR0UP,P0RT=port,LTYPE=ltype,TIPTYPE=tiptypeC,AUT0C=yn1D,XAUT0:=yn23,ARSPEED=arspeed,Dir=yn3:i,:i 
CIHDISCC=yn«,LCN=lcn,LSPEED=Lspeed,DFL=dfL,FRAME=frame,RTIME=timer,RCOUNT=eount,NSVC=svcirc / 
CPSN=psn,0CEC=yn53,DTEA=Locadr,AL=accLev,P90=fv90,...,P99=fv99,NI=iterD. 



group 



port 



I type 



tiptype 



yn1 



yn2 



The root name to use for generating the element names assigned to the communication Lines 
and devices being defined. This name, which\cannot be longer than five characters, must 
result in element names that are unique within the network division currently being 
described. This name is required; there is no default value. 

The hexadecimal number (1 < port < FE) of the port to which the first of these 
communication lines connects on the NPU currently being defined. Within an NDL program, 
the port number is independent of the number of ports on the NPU; for example, a 128-port 
NPU can have a port numbered FE (254 decimal). However, we strongly recommend that you 
assign port numbers consecutively, starting with 1. All values declared for PORT 
parameters must be unique within the current network definition of each NPU. The vaLue 
specified for port cannot be the same as the number declared for a port in any LINE or 
TRUNK statement (or within any other GROUP statement expansion) for this NPU, and cannot 
be lower than the highest port number used by a trunk. This number is required; there is 
no default value. 

A reserved word value that identifies the type of communication line adapter/modem/circuit 
combination that is used on this line. This word must be supplied; there is no default 
value. The values allowed for this declaration are described in table 7-1. 

A reserved word value that identifies the type of Terminal Interface Program protocol 
required for the terminals on this line. This word is required; there is no default 
value. The values allowed for this declaration are: 



TT12 
TT13 
TTH 



Site-written TIP that uses a TIP number of 12 for identification within the 
network software is required. 

Site-written TIP that uses a TIP number of 13 for identification within the 
network software is required. 

Site-written TIP that uses a TIP number of 14 for identification within the 
network software is required. 



An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 
parameter specifies whether this communication line is configured for automatic 
recognition of low line speeds (110 through 2400 bits per second) and/or recognition of 
protocol type by the TIP whenever a terminal is connected to the line. When AUTO or 
AUT0=YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, the TIP attempts to determine as many definition parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, the TIP is 
not allowed to perform automatic recognition for the line; the line has a fixed 
configuration, and each TERMINAL or TERMDEV statement associated with this line must 
explicitly declare all addressing and protocol parameters legal for that terminal. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword. This 
parameter specifies whether this communication line is configured for automatic 
recognition of high line speeds (600 through 9600 bits per second) and/or recognition of 
protocol type by the TIP whenever a terminal is connected to the line. When XAUTO or 
XAUTO-YES is specified, the line is configured for automatic recognition. When automatic 
recognition is performed, the TIP attempts to determine as many definition parameters as 
possible at the time the line becomes active; recognized parameters are compared against 
parameters specified in the network definition file to identify the terminal accessing the 
line. If AUTO and XAUTO are omitted or if AUT0=N0 or XAUT0=N0 is specified, the TIP is 
not allowed to perform automatic recognition for the line; the line has a fixed 
configuration, and each TERMINAL and DEVICE or TERMDEV statement associated with this line 
must explicitly declare all addressing and protocol parameters legal for that terminal. 



o 
o 



o 









Figure 7-2. Site-Defined Protocol GROUP Statement Format (Sheet 1 of 3) 
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arspeed 
yn3 

yn4 

Lcn 
Lspeed 



dfl 
frame 

timer 
count 



psn 



o 
o 



An optional reserved word value (YES or NO) that indicates whether the user can change the 
line speed by using the AR TIP command. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter specifies the status assigned to this communication line at network initiation. 
When DI or DI=YES is specified, the line is disabled at. network initiation and cannot be 
used until the HOP or NOP enables it. If DI is omitted or DI=N0 is specified, the line is 
given an initial status of enabled unless the NOP or HOP specifies otherwise. 

An optional reserved word value (YES or NO) which specifies whether the Immediate 
Disconnect feature is enabled for this line. When IMDISC or IHDISC=YES is specified, any 
terminal on the line is disconnected immediately after the terminal has logged out 
(disconnected) from the host. When IHDISC is omitted or IMDISC=NO is specified, a 
terminal on the line is disconnected only after a two minute timer expires. 

The logical channel number (0 £ lcn £255) which corresponds to the lowest numbered 
channel that a DTE CCP can use to make an outgoing application-to-application call. If 
CCP is a DCE, it corresponds to the highest numbered virtual circuit CCP can use to make 
outgoing application-to-application calls. When lcn is not specified, no default exists. 

The baud rate used by the modems or devices accessing this line. This parameter can only 
be used to configure asynchronous lines (LTYPE of A1, A2, or A6). When the line is 
configured for automatic recognition (AUTO is declared), this parameter cannot be used. 
This parameter is optional when an asynchronous line is not configured for automatic 
recognition of terminals; the following values are allowed: 



110 



134 



150 



300 



600 



1200 



2400 



4800 



9600 



When lspeed is not declared for an asynchronous line configured without automatic 
recognition, no default exists. 

The maximum decimal number (16 £ df I < 1024) of 8-bit characters or octets in an X.25 data 
packet. 

The frame window (1 £ frame £ 7); the maximum number of outstanding unacknowledged packets 
between the network processing unit and the X.25 network (this is the K parameter defined 
by the X.25 protocol standard). 

The decimal retransmission timing period (1 £ timer £ 25500) in milliseconds; the time 
that must elapse before retransmission of an unackowledged X.25 data frame is attempted 
(this is the T1 parameter defined by the X.25 protocol standard). NDLP rounds the value 
specified for timer to the next multiple of 100. 

The decimal retransmission count (1 £ count £ 15); the number of times retransmission of 
an unacknowledged X.25 data frame is attempted (this is the N2 parameter defined by the 
X.25 protocol standard). 

The decimal number (0 £ svcirc £255) of available switched virtual circuits (SVC) for 
this line. The parameter must be identical to the number of switched virtual circuits 
contracted from the packet switching network and must conform to the following rules: 

The total number of virtual circuits defined (by the NCIR parameter on the TERMINAL or 
TERMDEV statement) for each STIP must be £ svcirc. 

The total number of virtual circuit definitions must be £ 255; svcirc + number of 
permanent virtual circuit (PVC) definitions £ 255. 

A reserved word vaLue identifying the packet switching network to which the line is 
connected. The following values are recognized: 

CDSN Packet switching network is compatible with the commercial CDSN network. 

DATAPAC Packet switching network is compatible with the commercial DATAPAC network. 

PSN253 Site-defined packet switching network type, identified by the number 253 
within the network software. 

PSN254 Site-defined packet switching network type, identified by the number 254 
within the network software. 



Figure 7-2. Site-Defined Protocol GROUP Statement Format (Sheet 2 of 3) 



60480000 M 



7-7 



PSN255 

TELENET 
TRNSPAC 

TYMNET 
UNINET 



yn5 



Locadr 



acclev 



fv9i 



iter 



Site-defined packet switching network type, identified by the number 255 
within the network software. 

Packet switching network is compatible with the commercial TELENET network. 

Packet switching network is compatible with the commercial TRANSPAC 
network. 

Packet switching network is compatible with the commercial TYMNET network. 

Packet switching network is compatible with the commercial UNINET network. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter tells the TIP what role to play in an X.25 protocol. If DCE or DCE=YES is 
specified, the TIP must act as data circuit terminating equipment (DCE). If DCE is 
oimtted or DCE=N0 is specified, the TIP must act as data terminal equipment (DTE) protocol. 

The decimal, address (0 < locadr < 99) assigned to the local end of the X.25 link. This 
value specifies the address by which the X.25 protocol identifies calls to and from the 
connected NPU. The value declared should be the calling DTE address for outgoing call 
requests when DCE=YES is specified. 

The decimal access level limit (0 < acclev < 7) for the line. The lowest access level is 
(unclassified), the highest is 7. If AL is omitted or AL=N0NE is specified, no access 
level limit is associated with the line (equivalent to specifying AL=0) . 

The hexadecimal field value (0 < f v 9i < FF) to use for the corresponding field number 
within the TermmaL Interface Program configuration information transmitted for this line. 

tfUnai M L n ^ r C1 Vi^S - 254) 0f Orations of this line definition and of all 
TERMINAL, TERMDEV, or DEVICE statements following this GROUP statement. This parameter is 
optional; the default is 1. 



Figure 7-2. Site-Defined Protocol GROUP Statement Format (Sheet 3 of 3) 



Using the GROUP statement can reduce the number of 
definitions you must provide in your NDL program 
without reducing the number of definitions provided 
in the network configuration file. An example of 
GROUP statement use is shown in figure 7-3. 

You use the AUTO or XAUTO parameter to define a 
communication line as having a fixed or an automatic 
recognition configuration. You can use either of 
these configuration types for a dialup line or for 
a dedicated (hardwired) line. 

If you define a fixed-configuration line by omitting 
AUTO and XAUTO or by specifying AUTO=NO or XAUTO=«0, 
you must know and specify certain characteristics 
of the line, and of the terminals and devices that 
will use it. Only terminals and devices with the 
specified characteristics can use that line. 

If you define an automatic recognition line by 
specifying AUTO, XAUTO, XAUTO=YES, or AUT0=YES, your 
site-written TIP determines these characteristics 
when a terminal becomes active on the line. This 
allows more flexible access to the network. 

A terminal on an automatic recognition line is not 
completely configured until it becomes active. At 
that time, the Communications Supervisor (CS) com- 
pares the determined characteristics against the 
characteristics you have defined for each terminal 
configured on the line. CS uses the first terminal 
definition with the closest match to finish con- 
figuring the terminal. Your site-written TIP then 
services the terminal devices according to the 
finished configuration. 
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Only a terminal that completely matches all declared 
values can use the line. It must operate with the 
characteristics you declare for any required or 
optional parameters in your terminal definition, or 
the terminal user must change the characteristics 
to match. If you declare AUTOREC instead of values 
for all of the automatically recognized parameters, 
then any terminal will match the terminal defin- 
ition. 

If you declare values instead of AUTOREC for some 
of the automatically recognized parameters, then 
any terminal that successfully accesses the line 
and has characteristics matching the declared values 
will match your terminal definition. If you declare 
values instead of AUTOREC for all of the automat- 
ically recognized parameters, then only a terminal 
with automatically recognized characteristics that 
are the same as your values will match the terminal 
definition . 

You can specify more than one terminal definition 
on an automatic recognition line. Each definition 
should vary from the others in one of the automat- 
ically recognized characteristics. Unless differ- 
ences exist, CS will not use any definition other 
than the first one . 

Using automatic recognition increases the number of 
terminal devices that potentially can use the line. 
You can configure a switchable line for automatic 
recognition with more logical terminal devices than 
the physical terminal devices that simultaneously 
can access it; only one physical device can access 
the line at a time. 
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LN3F: GR0UP,P0RT=0A,LTYPE=S4, 
TIPTYPE=TT12,NI=2. 
TERMINAL,STIP=M4A,TC=200UT,CA=70. 

DEVD: DEVICE,DT=CON,TA=60. 

DEVL: DEVICE,DT=LP,TA=60. 

DEVC: DEVICE,DT=CR,TA=60. 

LN1A: GR0UP,P0RT=9,LTYPE=A6, 

TIPTYPE=TT13,LSPEED=300,NI=5. 
DEVA: TERMDEV,TC=713,PRI. 



This set of statements is interpreted by the NDL 
processor as if it had been written: 

LN3F0A: LINE,P0RT=0A,LTYPE=S4, 
TIPTYPE=TT12. 
TERMINAL,STIP=M4A,TC=200UT,CA=70. 

DEVDOA: DEVICE,DT=CON,,TA=60. 

DEVLOA: DEVICE,DT=LP,TA=60. 

DEVCOA: DEVICE,DT=CR,TA=60. 

LN3F0B: LINE / P0RT=0B,LTYPE=S4, 
TIPTYPE=TT12. 

TERMINAL,STIP=M4A,TC=200UT,CA=70. 
DEVDOB: DEVICE,DT=CON,TA=60. 
DEVLOB: DEVICE,DT=LP,TA=60. 
DEVCOB: DEVICE,DT=CR,TA=60. 

LN1A09: LINE,P0RT=9,LTYPE=A6, 
TIPTYPE=TT13,LSPEED=300. 

DEVA09: TERMDEV,TC=713,PRI=YES. 

LN1A0A: LINE,P0RT=0A,LTYPE=A6, 
TIPTYPE=TT13,LSPEED=300. 

DEVAOA: TERMDEV,TC=713,PRI=YES. 

LN1A0B: LINE,PORT=0B,LTYPE=A6, 
TIPTYPE=TT13,LSPEED=300. 

DEVAOB: TERMDEV,TC=713,PRI=YES. 

LN1A0C: LINE,P0RT=0C,LTYPE=A6, 
TIPTYPE=TT13 / LSPEED=300. 

DEVAOC: TERMDEV,TC=713,PRI=YES. 

LN1AOD: LINE,P0RT=0D,LTYPE=A6, 
TIPTYPE=TT13,LSPEED=300. 

DEVAOO: TERMDEV,TC=713,PRI=YES. 



Figure 7-3. Site-Defined Protocol 
GROUP Statement Expansion 



For example , the statement 

LN1A: GROUP, P0RT=9,TIPTYPE=TT13,LTYPE=A6, 
AUTO,NI=2. 

defines two switchable (dialup), asynchronous lines 
(not shown in figure 2-1 of section 2) for automatic 
recognition of asynchronous protocol terminals . 
The lines are identified as LN1A09 and LN1A0A, con- 
nect to the NPU at ports 9 and OA, and are enabled 
by default at network initiation. 

If the fixed-configuration form of the statement 

LN1A: GROUP, PORT=9,LTYPE=A6,TIPTYPE=TT13,NI=2. 

were used instead , all of the terminals capable of 
accessing these switchable lines would have to be 
completely and explicitly configured on the TERMINAL 
and DEVICE statements following the GROUP statement. 
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TERMINAL DEFINITIONS 

You can declare up to 255 TERMINAL or TERMDEV 
statements for a communication line. You must pro- 
vide one TERMINAL or TERMDEV statement for each 
terminal that can access the line. If you use a 
TERMDEV statement, you cannot use a DEVICE statement 
for the same terminal. Figures 7-4 and 7-5 present 
the formats of these statements for terminals on 
lines supported by site-written TIPs . 



TERMINAL C,STIP=stiptyp,TC=t Hildas,] 
CCSET=charset,TSPEED=trmsped,3 
CCA=clsadr,RIC=yn1,3 
r.CO=conord,BCFC=yn2.l,MREC=rec,3 
CW=pacwndw,NCIR=numcir,PAD=string,D 
CNEN=encir,C0LLECTt=yn3D,E0FC=yn4]l. 

Parameters are described in the text. 



Figure 7-4. TERMINAL Statement Format for 
Site-Defined Communication Line Protocols 

The following TERMINAL and TERMDEV parameters pro- 
vide the terminal definition for the line: 



BCF 


NEN 


CA 


PAD 


CO 


RIC 


COLLECT 


STRIP 


CSET 


TC 


EOF 


TSPEED 


MREC 


W 


NCIR 





The STIP and TC parameters are described first 
because they are described in that order in sections 
4 through 6. The other parameters are described in 
alphabetical order. 



STIP PARAMETER 

The STIP parameter specifies the subTIPtype required 
to support the terminal definition. This parameter 
is optional. When you declare a value for STIP, it 
must be one of the following reserved words: 



AUT0REC Specifies that the subTIPtype is to be 
determined by your site-written TIP 
when automatic recognition of the 
terminal occurs (valid only if TC is 
specified); using this value is 
equivalent to omitting the parameter. 

M4A Identifies a synchronous terminal that 
uses CDC Mode 4A protocol. 

M4C Identifies a synchronous terminal that 
uses CDC Mode 4C protocol . 

N2741 Identifies an asynchronous terminal 
that does not use IBM 2741 protocol . 
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device: TERMDEVC,STIP=stiptyp,TC=trnicLas,CSET=charset,TSPEE0=trrosped,CA=clsadr,RIC=yn1,D 
CC0=conord,BCFC=yn2: / MREC=rec,W=pacwndw / NCIR=numcir,PAD=string / NEN=encir,D 
CC0LLECTC=yn33,I>T=devtyp,SDT=subdt,TA=trraaddr / ABL=abl,DBZ=dwnlsiz,UBZ=upbsize,: 
CDBL=dwnblim,UBL=upblira,XBZ=xmitsiz,DO=devord,STREAM=streamno,AUTOLOGi:=yn4:,AUTOCONi:=yn53,] 
CPRIi:=yn6:,DIC=yn73,HN=node,HDC=yn83,LK=yn9 / AB=ab,BR=br,CP=cp,BS=bs,B1=b1 ,62^2,01=01,] 
CCN=cn,CT=ct,DLC=dlc,DLTO=dLto,DLX=dlx,EBX=ebx,EBR=ebr,EBO=ebo,ELX=elx,ELR=eLr,D 
CEL0=eLo,EP=ep,XLC=xlc,XLT0=xLto,XLX=xLx,XLY=xLy,IC=ic,IN=in,LI=U,0P=op,0C=oc,3 
CPA=pa,PG=pg,PL=pL,PU=pw,EOFC=yn113,P90=fv90,...,P99=fv993. 

device The element name of the terminal device being defined. This name can be one through seven 
characters long. The first character must be a letter; the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement 
or as a switched virtual circuit definition, the device name cannot be longer than five 
characters. This is the name used by the host or NPU operator to monitor and controL the 
device. This name is required; there is no default value. 

All other parameters are described in the text. 



o 
o 



Figure 7-5. TERHDEV Statement Format for Site-Defined Communication Line Protocols 



J 



PAD 

POST 

PRE 

USER 

X25 
2741 

2780 

3780 



Identifies a terminal that is con- 
nected via the asynchronous stop-start 
(X.29) packet assembly/disassembly 
protocol. 

Identifies a synchronous terminal that 
supports only postprinting format con- 
trol and IBM HASP protocol. 

Identifies a synchronous terminal that 
supports preprinting format control 



and IBM HASP protocol. 

Identifies an asynchronous terminal 
using a site-defined form of X.25 
packet protocol. 

Identifies an X.25 device. 

Identifies an asynchronous terminal 
that uses IBM 2741 protocol. 

Identifies a bisynchronous terminal 
that uses IBM 2780 protocol. 

Identifies a bisynchronous terminal 
that uses IBM 3780 protocol. 

If you omit the STIP parameter, the default is 
unknown and possibly undefined. 



TC PARAMETER 

The TC parameter specifies the terminal class 
appropriate for the device. Supported devices are 
grouped into terminal classes, according to their 
hardware characteristics. 

No default values exist for the characteristics 
associated with an archetype terminal on a com- 
munication line with a site-defined protocol. Each 
CDC-defined terminal class has a range of possible 
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values for the characteristics associated with an 
archetype terminal. These ranges determine the 
values available for 'you to specify on the TERMDEV 
or DEVICE statements. A site-defined terminal class 
has no predefined range; any value recognized for 
one of the CDC-defined terminal classes is valid 
for any site-defined terminal class. 

The mnemonics identifying the terminal classes are 
derived from the identification of the archetype 
terminals defining the classes, with the following 
exceptions : 

HASP and HPRE each identify the communication 
protocol used by a terminal as the archetype. 

You can use TC28, TC29, and TC30 to identify | 
site-defined terminal classes, corresponding to 
reserved Network Access Method (NAM) terminal 
class numbers. 

The TC parameter is optional. When you declare a 
value for TC, it must be one of the following 
reserved words : 

CCP Specifies that CCP is to provide the 
terminal class appropriate for the sub- 
TlPtype; using this value is equivalent 
to omitting the parameter. 

HASP Identifies a terminal or device com- 
patible with the postprint variant of 
IBM HASP protocol. 

HPRE Identifies a terminal or device com- 
patible with the preprint variant of 
IBM HASP protocol. 

H2000 Identifies a terminal device compatible 
with Hazeltine 2000 series equipment 
emulating a teletypewriter. 

M33 Identifies a terminal device compatible 
with Teletype Model 30 series equipment. 
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M40 Identifies a terminal device compatible 
with Teletype Model 40-2 equipment. 

TC28 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 28. 

TC29 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 29. 

TC30 Identifies a site-defined archetype 
terminal that uses the NAM internal 
terminal class number of 30. 

T4014 Identifies a terminal device compatible 
with Tektronix 4014 series equipment 
emulating a teletypewriter. 



X364 



200UT 



711 



713 



714 



714X 



721 



734 



2741 



2780 



3270 



3780 



Identifies 
with the 
VT100). 



a terminal device compatible 
ANSI X3.64 standard (DEC 



Identifies a terminal or device com- 
patible with the CDC 200 User Terminal. 

Identifies a terminal or device com- 
patible with the CDC 711 series terminal 
that uses the 4C variant of the Mode 4 
protocol. 

Identifies a terminal device compatible 
with CDC Model 713, 751, 752, or 756 
series equipment. 

Identifies a terminal or device com- 
patible with the CDC 714-10/20 series 
terminal that uses the 4C variant of 
the Mode 4 protocol. 

Identifies a terminal or device com- 
patible with the CDC 714-30 series 
terminal that uses the 4C variant of 
the Mode 4 protocol. 

Identifies a terminal device compatible 
with CDC Model 721 equipment. 

Identifies a terminal or device com- 
patible with the CDC 734 series terminal 
that uses the 4A variant of the Mode 4 
protocol. 

Identifies a terminal device compatible 
with IBM 2741 equipment. 



Identifies a bisynchronous 
using the IBM 2780 protocol. 



terminal 



Identifies a terminal that is compatible 
with the IBM 3270. 



Identifies a bisynchronous 
using the IBM 3780 protocol. 



terminal 



If you omit the TC parameter, the default is unknown 
and possibly undefined. 



BCF PARAMETER 

The BCF parameter indicates whether the terminal 
supports compression of blanks in upline and down- 
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line data. Blank compression consists of deleting 
blanks that occur in multiples and replacing each 
multiple with a code set sequence that represents 
the number deleted. 

When the network software compresses blanks in 
downline data, it does so for all devices within 
the terminal. When the network software receives a 
compressed blank sequence in upline data from any 
device within the terminal, it expands the data by 
replacing each sequence with the appropriate number 
of blanks. 

This stand-alone parameter is optional. If you 
specify this parameter, you can use one of the 
following values: 

NO Indicates that the terminal does not 
compress blanks in its input and cannot 
process compressed blanks received as 
output . 

YES Indicates that the terminal compresses 
blanks in its input and can process 
compressed blanks received as output. 

If you specify this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default is unknown and possibly undefined. 



CA PARAMETER 

The CA parameter specifies the hardware cluster 
address for all the devices accessing the line 
through one terminal. There is no default value 
for a cluster address. 



If you supply this parameter for an automatic 
recognition line, the value need not be unique for 
each terminal on the line. If you supply this 
parameter for a fixed-configuration line, the value 
should be unique for each terminal on the line. 
The network software performs an additional match 
while identifying the terminal in the configuration 
file. Any terminal accessing the line must use a 
cluster address you specify or it cannot use the 
network. 



The CA parameter can have the following values : 

AUTOREC 

Indicates that your site-written TIP should 
determine any needed cluster address during 
automatic recognition of the terminal (valid 
only if the AUTO or XAUTO parameter is used 
in the corresponding LINE or GROUP state- 
ment); using this value is equivalent to 
omitting the parameter. 

70 thru 7F 

Indicates the hexadecimal cluster address 
of the terminal you are defining. 

If you specify the value of AUTOREC, your site- 
written TIP accepts any cluster address it recog- 
nizes. If you omit the CA parameter, the default 
is unknown and possibly undefined. 
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CO PARAMETER 

The CO parameter specifies the configuration ordinal 
for all the devices accessing the line through one 
terminal. If you supply this parameter for an 
automatic recognition line, the value should be 
unique for each terminal that can use the line. 
The network software performs an additional match 
while identifying the terminal in the configuration 
file. Any terminal accessing the line must use a 
configuration ordinal you specify or it cannot use 
the network. 

The CO parameter can have the following values: 

AUTOREC 

Indicates that your site-written TIP should 
determine the configuration ordinal during 
automatic recognition of the terminal (valid 
only if the AUTO or XAUTO parameter is used 
in the corresponding LINE or GROUP state- 
ment); using this value is equivalent to 
omitting the parameter. 

1 < conord £ 255 

Indicates the decimal configuration ordinal 
of the terminal you are defining. 

If you specify the value of AUTOREC, your site- 
written TIP accepts any configuration ordinal it 
recognizes . If you omit the CO parameter , the 
default value is unknown and possibly undefined. 



COLLECT PARAMETER 

The COLLECT parameter specifies whether your site- 
written TIP accepts charges for incoming calls from 
X.25 terminals connected through a packet assembly/ 
disassembly service. This stand-alone parameter is 
optional. 

The COLLECT parameter can have the following values: 

NO Your site rejects any incoming call 
when the X.25 network indicates that 
charges will occur. 

YES Your site accepts charges from the X.25 
network . 

If you specify the COLLECT parameter without a 
value, the value of YES is used. If you omit the 
COLLECT parameter, the default value is unknown and 
possibly undefined. 



CSET PARAMETER 

The CSET parameter specifies the code and character 
set of the terminal. This parameter is optional. 
When you declare a value for CSET, it must be one 
of the following reserved words : 

APLBP ASCII code set with bit-pairing APL 
character set . 



APLTP 



ASCII code set with typewriter-pairing 
character set. 



ASCII ASCII code and character set, or ASCII 
code and a different character set 
(some terminals permit other character 
sets with this code set). 

AUTOREC The default code set for the terminal 
class or that is determined during 
automatic recognition of the terminal 
device; using this value is equivalent 
to omitting the parameter. 

BCD CDC External BCD code set with external 
BCD character set or 63-character ASCII 
subset (some terminals permit either 
character set with this code set) . 

CORA.PL IBM Correspondence code set with APL 
character set . 

CORRES IBM Correspondence code and character 
set. 

CSET 15 Site-defined code and character set, 
identified within the network software 
as character set number 15. 

EBCD IBM Extended BCD code and character 
set. 

EBCDAPL IBM Extended BCD code set with APL 
character set . 

EBCDIC IBM Extended Binary Coded Decimal 
Interchange Code and character set. 

If you specify CSET for a device on an automatic 
recognition line, the network software can perform 
an additional match while identifying the terminal 
in the configuration file. If you omit CSET, no 
additional match is performed for automatic recog- 
nition lines and the default is unknown and possibly 
undefined for fixed-configuration lines . 



EOF PARAMETER 

The EOF parameter indicates whether and end-of-file 
indicator is sent to line printer devices to mark 
the position in the data where an end-of-file was 
read from disk. The end-of-file indicator is an 
ESC V sequence. 

Possible values for this parameter are: 

NO Indicates that an end-of-file indicator 
is not sent to line printer devices. 

YES Indicates that an end-of-file indicator 
is sent to line printer devices . 

If you omit this parameter, the default is unknown 
and possibly undefined. 



MREC PARAMETER 

The MREC parameter indicates the maximum number of 
records that each device within the terminal can 
receive in each transmission block. This number 
determines how the network software blocks data 
into a transmission block for output. 



o 
o 









o 
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This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP 

Indicates that your site-written TIP should 
use the default number appropriate for the 
terminal class ; using this value is equiv- 
alent to omitting the parameter. 

1 < mrec < 7 

Indicates the number of records required by 
the terminal in each block exchanged with 
the network. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 



NCIR PARAMETER 

The NCIR parameter specifies the decimal number of 
X.25 virtual circuits of the same subTIPtype you 
are defining. This parameter should be used only 
for switched virtual circuit terminal definitions . 

If you specify this parameter, the value you use 
should be less than or equal to the NSVC value 
declared or used on the corresponding LINE state- 
ment . The NCIR parameter has the following range 
of values : 

1 < numcir < 255 

If you omit this parameter , the default is unknown 
and possibly undefined. 



NEN PARAMETER 

The NEN parameter specifies the decimal number of 
X.25 virtual circuits of the same subTIPtype that 
are initially enabled. This parameter is optional; 
it is usually used only for switched virtual circuit 
terminal definitions . 

If you specify this parameter , the value you use 

should be less than or equal to the NCIR value 

declared or used on the same TERMINAL or TERMDEV 

statement. The NEN parameter has the following 
range of values: 

1 < encir < 255 



RIC PARAMETER 

The RIC parameter indicates whether the terminal 
has restricted interactive capabilities . This 
parameter is optional . 

A terminal can have restricted interactive cap- 
abilities for many reasons; for example, perhaps no 
console device actually exists and interactive 
dialog must occur through a site-defined device. 

The effect this parameter has depends on the 
application program the terminal uses. For example, 
RBF does not output the READY prompt and does not 
require a GO command to enable any defined passive 
devices when RIC is specified. 

Possible values for this parameter are: 

NO 



YES 



Indicates that the terminal has full 
interactive capabilities . 

Indicates that the terminal has limited 
interactive capablitles . 



If you omit the RIC parameter, the default is 
unknown and possibly undefined. 



TSPEED PARAMETER 

The TSPEED parameter specifies the baud rate of the 
terminal. This parameter is optional. 

If you specify a TSPEED value, the network software 
can perform an additional match while identifying 
the terminal in the configuration file. Any termi- 
nal accessing the communication line using the speed 
you specify might match the terminal definition. 

If AUTO is specified, the TSPEED parameter can have 
the following values : 



110 134 
AUTOREC 



150 300 600 1200 2400 



If XAUTO is specified, the TSPEED parameter can have 
the following values : 

600 1200 2400 4800 9600 AUTOREC 

If you omit the TSPEED parameter or use the value 
AUTOREC, your site-written TIP determines the baud 
rate when it performs automatic recognition for the 
terminal (a CDC -defined TIP accepts any rate valid 
for the communication line) . 



o 



If you omit this parameter, the default value is 
unknown and possibly undefined. 



PAD PARAMETER 

The PAD parameter specifies a string of 4 to 64 
hexadecimal digits representing the ASCII 
equivalent of PAD parameter fields. Substrings 
should consist of groups of 4 hexadecimal digits (2 
ASCII characters). 



The PAD parameter is optional. If you omit the PAD 
parameter , the default is unknown and possibly 
undefined . 
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W PARAMETER 

The W parameter specifies the X.25 packet level 
window size for the virtual circuit you are defin- 
ing. This parameter is optional. 

The packet level window is the maximum number of 
unacknowledged packets your site-written TIP can 
send before it suspends further output to the 
terminal using the virtual circuit . This parameter 
has the following range of values : 

1 <^ pacwndw <^ 7 

If you omit the W parameter, the default is unknown 
and possibly undefined. 
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DEVICE DEFINITIONS 

You must provide one TERMDEV or DEVICE statement 
for each device that can access the communication 
line through the terminal. If you use a TERMDEV 
statement, you cannot use a DEVICE statement for 
the same terminal. 

Each TERMINAL statement can have 255 DEVICE state- 
ments. Figures 7-5 and 7-6 present the formats of 
the TERMDEV and DEVICE statements for terminals on 
site-defined protocol lines. 

The following TERMDEV and DEVICE parameters provide 
the device definition for a terminal : 



AB 


DO 


PG 


ABL 


DT 


PL 


AUTOCON 


EBO 


PRI 


AUTOLOG 


EBR 


PW 


BR 


EBX 


P90 through P99 


BS 


ELO 


SDT 


Bl 


ELR 


STREAM 


B2 


ELX 


TA 


CI 


EP 


HBL 


CN 


HD 


HBZ 


CP 


HN 


XBZ 


CT 


IC 


XLC 


DBL 


IN 


XLTO 


DBZ 


LI 


XLX 


DI 


LK 


XLY 


DLC 


OC 




DLTO 


OP 




DLX 


PA 





AP 

CON 
CP 
CR 
DT12 

LP 
PL 



Identifies an application-to-application 
connection. 

Identifies a CDC -defined console device. 

Identifies a CDC -defined card punch. 

Identifies a CDC-defined card reader. 

Identifies a site-defined device with 
no predefined characteristics, using 
the device type number 12 within NAM. 

Identifies a CDC-defined line printer. 

Identifies a CDC-defined plotter. 



The DT parameter is described first because it is 
described first in sections 4 through 6. The other 
parameters are described in alphabetical order. 



DT PARAMETER 

The DT parameter specifies the device type being 
defined. You can declare either a CDC-defined 
device type or a site-defined device type. 

This parameter is optional. When you specify the 
DT parameter, the following values are valid: 



If you omit the DT parameter, the default is unknown 
and possibly undefined . 



AB PARAMETER 

The AB parameter specifies the character to be used 
to abort an output block. When the terminal user 
enters this character as the only character on a 
line, your site-written TIP should discard the 
block of data being transmitted to the terminal. 



This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit ASCII 
code set) . 



You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 



device: DEVICEC,DT=devtyp,SDT=subdt,TA=trmaddr,ABL=abL,DBZ=dwnLsiz,UBZ=upbsize,D 

C0BL=dwnbUm,UBL=upblim,XBZ=xraitsiz,D0=devord,STREAH=streamno,AUT0L0GC=yni:,AUT0C0NC=yn23,3 

CPRIC=yn33,DIC=yn4:,HN=node,HDC=yn5D,LK=yn6,AB=ab / BR=br,CP=cp,BS=bs,B1=b1,B2=b2,CI=ci,: 

CCN=cn,CT=ct,DLC=dlc,DLTO=dlto,DLX=dlx,EBX=ebx,EBR=ebr,EBO=ebo,ELX=elx,ELR=elr,:i 

CEL0=elo,EP=ep,XLC=xLc,XLT0=xlto,XLX=xLx,XLY=xLy,IC=ic,IN=in,LI=li,0P=op,: 

C0C=oc,PA=pa,PG=pg,PL=pL,PW=pw,P90=fv90,...,P99=fv993. 



device 



The element name of the terminal device being defined. This name can be one through seven 
characters long. The first character must be a letter; the other characters can be 
letters or digits. If this statement is used within the set following a GROUP statement 
or as a switched virtual circuit definition, the device name cannot be longer than five 
characters. This is the name used by the host or NPU operator to monitor and control the 
device. This name is required; there is no default value. 

All other parameters are described in the text. 



Figure 7-6. DEVICE Statement Format for Site-Defined Communication Line Protocols 



o 
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If the terminal does not use an ASCII character set , 
you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set . 

If you omit the AB parameter or specify the value 
CCF, the default is unknown and possibly undefined. 



ABL PARAMETER 

The application block limit (ABL) parameter spec- 
ifies the number of downline blocks that can be 
outstanding (unacknowledged) between an application 
program and this terminal. The value you choose 
should keep the terminal busy for 2 seconds by 
maintaining that number of outstanding blocks of 
the size specified by the DBZ parameter . 

This parameter is optional. The ABL parameter has 
the following range of values : 

1 < abl < 7 



should use information in the local configuration 
file to log in the specified console device and any 
associated batch devices. If you specify that 
automatic login should be attempted, the information 
used for the login must be provided through NDL USER 
statement parameters (see section 8). The terminal 
user must specify the information that is not con- 
tained in the local configuration file during the 
login dialog. 

This parameter and its values are optional. You 
can specify either of the following values: 

NO Indicates that the terminal user should 
be prompted for all login parameters . 

YES Indicates that automatic login should 
be attempted. 

If you specify this parameter without a value , the 
value of YES is used. If you omit the AUTOLOG 
parameter , the default is unknown and possibly 
undefined . 



o 



The value you declare should be greater than or 
equal to the downline block limit (DBL parameter 
value) of the terminal. The host queues abl - dbl 
blocks ; the NPU queues dbl blocks . An ABL value 
significantly larger than the DBL value causes NAM 
to use more host memory . 

If you omit the ABL parameter, the default value is 
unknown and possibly undefined . 



The AUTOLOG parameter is ignored by the NOS 2.3 
version of NVF, but is retained for compatibility 
with earlier systems. For NOS 2.3, autologin is 
based solely on the presence or absence of a USER 
statement for the device in the local division. If 
the device being specified is required to be 
autologged into a host running earlier versions of 
the network products, the AUTOLOG parameter must 
still be specified. 



o 






o 



AUTOCON PARAMETER 

The AUTOCON parameter is a stand-alone keyword that 
determines whether the TIP should automatically 
connect the console device and any associated batch 
devices to the selected host node. This parameter 
is valid only for console devices . 

If the line is hardwired and you specify the AUTOCON 
parameter , you should also specify the AUTOLOG 
parameter. This is recommended because if AUTOCON 
is specified without AUTOLOG, the connection to the 
host can be terminated for inactivity before the 
user logs in. 

If all logical links terminating in the NPU being 
defined are to the same host (all HNAME values are 
equal) , and the NDL processor provides a default 
host node, then the NDL processor also sets AUTOCON 
unless AUTOC0N=4JO is specified. 

This parameter and its values are optional. You 
can specify either of the following values : 



NO Indicates that the TIP should 
attempt automatic connection . 



not 



YES Indicates that the TIP should attempt 
automatic connection. 

If you specify this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default is unknown and possibly undefined. 



AUTOLOG PARAMETER 

The AUTOLOG parameter is a stand-alone keyword that 
specifies whether the Network Validation Facility 
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BR PARAMETER 

The BR parameter determines whether your site- 
written TIP associates data control functions with 
the pressing of the break function key. The break 
function key is usually labeled BREAK, ATTN, INTER, 
INTERRUPT, or something similar. 

If the break function key is not associated with 
data control , pressing the break function key only 
interrupts output. After input is completed, out- 
put probably resumes at the next character . 

If the break function key is associated with data 
control , the following probably occurs when the 
terminal user presses the break function key: 

If output is in progress, the TIP discards all 
output queued for the device. 

If output is in progress or the terminal is 
idle, the TIP sends a user break 1 message 
upline (the function also associated with the 
character defined by the Bl parameter). 

After input occurs, output resumes with the next 
block transmitted from the host. 

The BR parameter is optional . If you specify this 
parameter, the following values are recognized: 

CCP Indicates that the TIP should perform 
the default action appropriate for the 
terminal class . Using this value is 
equivalent to omitting the parameter. 

NO Indicates that the break function key 
has no control functions . 
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YES 



Indicates that the break function 
has control functions . 



key 



If you omit the BR parameter or specify the value 
CCP, the default is unknown and possibly undefined. 



BS PARAMETER 

The BS parameter specifies the character to be used 
for the single-character deletion function. When 
the terminal user enters this character, your 
site-written TIP discards the preceding character 
transmitted by the device (unless the character has 
already been sent to the host). The character code 
used for the deletion function does not produce a 
physical backspace at the device unless the device 
also recognizes the code for that function. 

If you specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 

You cannot use any of the following values : 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set . 

If you omit the BS parameter or specify the value 
CCP, the default is unknown and possibly undefined. 

Bl PARAMETER 

The Bl parameter specifies the character to be used 
as a user break 1 indicator. When the terminal user 
enters this character as the only character on a 
line, your site-written TIP discards the block of 
data being transmitted to the terminal and sends a 
user break 1 message upline to the connected appli- 
cation program. 

The effect this parameter has depends on the appli- 
cation program. For example, IAF interprets the 
user break 1 message as a job step interrupt from 
the terminal user. 

If you. specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 

You cannot use any of the following values : 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 
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41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

If the terminal does not use an ASCII character 
set , you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the Bl parameter or specify the value 
CCP, the default Is unknown and possibly undefined. 



B2 PARAMETER 

The B2 parameter specifies the character to be used 
as a user break 2 indicator . When the terminal 
user enters this character as the only character on 
a line, your site-written TIP discards the block of 
data being transmitted to the terminal and sends a 
user break 2 message upline to the connected appli- 
cation program. 

The effect this parameter has depends on the appli- 
cation program. For example, IAF interprets the 
user break 2 message as a job step termination from 
the terminal user . 

If you specify a value, it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the B2 parameter or specify the value 
CCP, the default value is unknown and possibly 
undefined . 



CI PARAMETER 

The CI parameter specifies the number of idle 
characters to insert in the downline data after a 
carriage return. The number of idle characters 
inserted must be sufficient to provide the time 
needed by the terminal to physically return the 
carriage of the device to its left margin for the 
next line of output . 

If you declare this parameter, you must use the 
reserved word CCP or a value in the following range: 

<^ ci < 99 

If you omit the CI parameter or specify the value 
CCP, the default value is unknown and possibly 
undefined . 



60480000 M 



o 



o 



$ 



u 






o 



o 



o 



CN PARAMETER 

The CN parameter specifies the character to be used 
to abort (cancel) an input message. When the device 
user enters this character as the last character on 
a line, your site-written TIP and the network soft- 
ware discard the current logical line when it is 
transmitted from the terminal. 

If you specify a value , it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set). 

You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

If the terminal does not use an ASCII character 
set , you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit the CN parameter or specify the value 
CCP, the default value is unknown and possibly 
undefined . 



CT PARAMETER 

The CT parameter specifies the character to be used 
as a flag for a terminal definition command. When 
the terminal user enters this character as the first 
character on a line , your site-written TIP should 
interpret the line as a command . Among other func- 
tions performed by CDC-written TIPs, commands are 
provided to determine or change the values you have 
established for the following parameters : 



AB 


CI 


DLC 


ELR 


IC 


PA 


XLC 


BR 


CN 


DLT0 


ELX 


IN 


PG 


XL TO 


BS 


CP 


DLX 


EP 


LI 


PL 


XLX 


Bl 


CSET 


EBR 


HD 


OC 


PW 


XLY 


B2 


CT 


EBX 


HN 


OP 


TC 





If you specify a value , it must be either the 
reserved word CCP or a hexadecimal value for the 
7-bit ASCII code that represents the character to 
be used (table A-2 in appendix A lists all of the 
codes in the 7-bit ASCII code set) . 



You cannot use any of the following values: 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 



o 






o 



CP PARAMETER 

The CP parameter specifies whether your site- 
written TIP should send a cursor positioning 
response when the terminal user enters an end-of- 
line or end-of-block character, such as a CR or 
EOT, or the end-of-packet indicator. The end-of- 
line and end-of-block characters are the current 
values of the ELX and ELB parameters. 

The cursor positioning response used is probably 
determined by the the current setting of the ELR 
and EBR parameters. The usual response moves the 
cursor to the beginning (left margin) of the next 
line on the screen; this is equivalent to a carriage 
return and linefeed operation. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that your site-written TIP 
should use the default setting appro- 
priate for the terminal class ; using 
this value is equivalent to omitting 
the parameter. 

NO Indicates that no cursor positioning 
response should occur. 

YES Indicates that the cursor should be 
repositioned. 

If you omit this parameter or specify the value of 
CCP, the default value is unknown and possibly 
undefined . 
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If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 



If you omit the CT parameter or specify the value 
CCP, the default value is unknown and possibly 
undefined . 



DBL PARAMETER 

The downline block limit (DBL) parameter specifies 
the number of downline blocks that can be outstand- 
ing (unacknowledged) between the host computer and 
this terminal . The value you choose determines how 
many blocks of data the NPU queues from the total 
number of outstanding blocks (ABL parameter value) 
of the size specified by the DBZ parameter. 



This parameter is optional, 
the following value range: 

1 < dbl < 7 



The DBL parameter has 



The value you declare should be less than or equal 
to the application block limit (ABL parameter value) 
of the terminal. The host queues abl - dbl blocks; 
the NPU queues dbl blocks . Small DBL values use 
less NPU memory but cause slower data transfers . 

If you omit the DBL parameter, the default value is 
unknown and possibly undefined. 
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DBZ PARAMETER 

The downline block size (DBZ) parameter specifies 
the maximum number of character bytes each downline 
block can contain. The value you choose affects 
how much memory is needed to store the outstanding 
(unacknowledged) blocks of data in the NPU and the 
host . Larger DBZ values cause fewer disk accesses 
by the host. This value can be used by the appli- 
cation programs to divide downline messages into 
blocks . 

This parameter is optional. The DBZ parameter has 
the following value range: 

1 _< dbz < 2043 

The value you declare should be chosen together 
with the value used for the DBL parameter . 

If you omit the DBZ parameter, the default value is 
unknown and possibly undefined . 



Dl PARAMETER 

The DI parameter is a stand-alone keyword that 
specifies whether a device is initially enabled or 
disabled. An enabled device is configured and 
serviced as soon as the communication line becomes 
active. A disabled device is neither configured 
nor serviced when the line becomes active. 

If you initially disable the device, a host or NPU 
operator can change the device status to enabled . 
This change can be made only when the line becomes 
active (when a call is received on a dialup line, 
or when communications are established on a hard- 
wired line) . 

This parameter is optional. If you specify the DI 
parameter , you must use one of the following values : 



NO 



Indicates that the device is initially 
enabled . 



YES Indicates that the device is initially 
disabled . 

If you specify the DI parameter without a value, 
the default value of YES is used. If you omit this 
parameter , the default is unknown and possibly 
undefined . 



DLC PARAMETER 

The DLC parameter indicates the maximum number of 
characters that can be input in each single-message 
transparent mode upline message from this device. 
After the terminal user or the application program 
changes the device's input mode to transparent from 
normalized, your site-written TIP forwards a message 
block to the application and changes back from 
transparent mode to normalized mode when the device 
transmits the indicated number of characters . 

This parameter is optional. If you specify this 
parameter , you must use one of the following values : 



CCP 

Indicates that the TIP should use the 
default number of characters appropriate 
for the terminal class; using this value is 
equivalent to omitting the parameter. 

1 < die < 4095 

Indicates the maximum decimal number of 
characters that the terminal can transmit 
as a single transparent mode message . 

If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined. 



DLTO PARAMETER 

The DLTO . parameter specifies whether a 200- to 
400-millisecond timeout on the communication line 
ends single message transparent mode input. After 
the terminal user or the application program changes 
the device's input mode to transparent from normal- 
ized, your site-written TIP forwards a message block 
to the application and changes back from trans- 
parent mode to normalized mode when the device stops 
transmitting for the indicated timeout period. 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that the TIP should use the 
default choice appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that a timeout does not end 
transparent mode input . 

YES Indicates that transparent mode input 
ends when a timeout occurs. 

If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined. 



DLX PARAMETER 

The DLX parameter indicates the hexadecimal value 
of the character code that should end input of a 
single-message transparent mode message from the 
device. After the terminal user or the application 
program changes the device's input mode to trans- 
parent from normalized, your site-written TIP 
forwards a message block to the application and 
changes back from transparent mode to normalized 
mode when the device transmits this character. 

You should select transparent mode input delimiters 
with care. The character code you declare as the 
DLX value must be the code of a character that the 
physical device can input. If the delimiter is a 
character that cannot be input (either because of 
device hardware limitations or because of the PA 
parameter value declared for the device), then the 
Terminal Interface Program cannot terminate trans- 
parent mode input and the device will be trapped in 
that mode of operation once it has begun. 
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This parameter is optional. The value that is valid 
for a given character depends on the character code 
set used by the terminal. You can use the following 
values : 



CCP 



Indicates that the TIP should use the 
default character code appropriate for the 
terminal class ; using this value is equiv- 
alent to omitting the parameter. 

< dlx < FF 

Indicates the hexadecimal code that ends 
single message transparent input. 

Values above 7F should not be used unless the PA 
| parameter value of N or I is used. Codes above 7F 
might not be seen by the TIP unless the eighth 
(parity) bit of each input byte is defined as data. 

If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined. 



DO PARAMETER 

The DO parameter specifies the device ordinal of 
the device within the terminal. This device ordinal 
provides a unique identifier to an application 
program for the device when more than one device of 
the same type is part of the terminal. 

This parameter is optional. However, the Remote 
Batch Facility requires a device ordinal for each 
passive device. Passive devices with a terminal 
class of 200UT or 734 implicitly have device ordi- 
nals of 1. For passive terminals with a TC value 
of 714 or 714X, the device ordinal must be unique 
if the device communicates with RBF . (An implicit 
default value of 1 exists when there is only one 
device of each type owned by the same owning 
console.) The DO parameter is the only device 
definition parameter with this uniqueness require- 
ment. 

If you specify this parameter, you must use a value 
in the range: 

1 jC devord < 7 

If you omit this parameter, the default is unknown 
and possibly undefined. 



EBO PARAMETER 

The EBO parameter indicates the event that identi- 
fies an end-of-block condition. During input, 
messages are transmitted upline as soon as an end- 
of-line code (or message-forwarding code sequence) 
or an end-of-block condition is detected. 



When some devices perform input , they use code 
sequences or events to indicate the end-of-line and 
end-of-block conditions. (For example, the 
end-of-block sequence from a mode 4 device is ESC 
A.) Code sequences and events cannot be declared 
as values for the EBX parameter. The EBO parameter 
allows you to set the end-of-block condition to one 
of these code sequences or events . 
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This parameter is optional . If you specify this 
parameter , you must use one of the following values : 

CCP Indicates that your site-written TIP 
should use the default choice appro- 
priate for the terminal class; using 
this value is equivalent to omitting 
the parameter . 

EL Indicates that the default end-of-line 
character code or code sequence for the 
terminal class should be the end-of- 
block condition indicator. This value 
causes the network to treat a single 
input message the same as a multiple- 
message block (output to the terminal 
can occur after each input message , 
instead of after all messages in a 
block) . 

If you omit this parameter or specify the value 
CCP, the end-of-block condition indicator is prob- 
ably the value declared for the EBX parameter. If 
no value is declared for the EBX parameter, the 
end-of-block condition might be undefined. 



EBR PARAMETER 

The EBR parameter indicates the appropriate cursor 
positioning response whenever a block of input ends. 
A block of input ends when your site-written TIP 
detects the currently defined end-of-block con- 
dition, which is either a character code or the 
end-of-packet sequence. The end-of-block condition 
is determined by the EBO or EBX parameter value . 
Whether cursor positioning occurs probably is 
determined by the CP parameter value . 

This parameter is optional. If you specify this 
parameter , you must use one of the following values : 



CCP 



CL 



CR 



LF 



NO 



Indicates that the TIP should perform 
the default response appropriate for 
the terminal class ; using this value is 
equivalent to omitting the parameter . 

Indicates that the TIP should perform a 
carriage return and linefeed operation 
(move the cursor left and down to the 
beginning of the next physical line) . 

Indicates that the TIP should perform a 
carriage return operation (move the 
cursor left to the beginning of the 
current physical line) . 

Indicates that the TIP should perform a 
linefeed operation (move the cursor 
down to the next physical line) . 



Indicates that the TIP 
reposition the cursor. 



should not 



If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined. 



EBX PARAMETER 

The EBX parameter identifies the character code 
that ends a block of messages (logical lines) from 
the device. When your site-written TIP detects 
this code in input, it forwards the last message of 
the block upline. 
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This parameter is optional . If you specify a value , 
it must be either the reserved word CCP or a hexa- 
decimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values : 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined. 



ELO PARAMETER 

The ELO parameter indicates the event that identi- 
fies an end-of-line condition (an end-of-loglcal 
line or message-forwarding signal). During input, 
a message is transmitted upline as soon as an end- 
of-line code (or message-forwarding code sequence) 
or an end-of-block condition is detected. 

When some devices perform input , they use code 
sequences or events to indicate the end-of-line and 
end-of-block conditions. Code sequences and events 
cannot be declared as values for the ELX parameter . 
The ELO parameter allows you to set the end-of-line 
indicator to one of these sequences or events . 

This parameter is optional. If you specify this 
parameter , you must use one of the following values : 

CCP Indicates that the TIP should use the 
default choice appropriate for the 
terminal class ; using this value is 
equivalent to omitting the parameter . 

EB Indicates that the current end-of-block 
character code or code sequence for the 
terminal class should be the end-of-line 
condition indicator. This value causes 
any default end-of-line codes or code 
sequences to be sent upline as data 
within a single message. 

If you omit this parameter or specify the value 
CCP, the end-of-line condition indicator probably 
is the value declared for the ELX parameter. If no 
value is declared for the ELX parameter , the end- 
of-line condition indicator is unknown and might be 
undefined . 



Whether cursor positioning occurs probably is 
determined by the CP parameter value • 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 



CCP 



CL 



CR 



LF 



NO 



Indicates that the TIP should perform 
the default response appropriate for 
the terminal class; using this value is 
equivalent to omitting the parameter . 

Indicates that the TIP should perform a 
carriage return and linefeed operation 
(move the cursor left and down to the 
beginning of the next physical line) . 

Indicates that the TIP should perform a 
carriage return operation (move the 
cursor left to the beginning of the 
current physical line). 

Indicates that the TIP should perform a 
linefeed operation (move the cursor 
down to the next physical line). 



Indicates that the TIP 
reposition the cursor . 



should not 



If you omit this parameter or specify the value 
CCP, the default is unknown and might be undefined. 



ELX PARAMETER 

The ELX parameter identifies the character code 
that ends a message (logical line) from the device. 
When your site-written TIP detects this code in 
input, it should forward the message upline. 

This parameter is optional. If you specify a 
value, it must be either the reserved word CCP or a 
hexadecimal value for the 7-bit ASCII code that 
represents the character to be used (table A-2 in 
appendix A lists all of the codes in the 7-bit 
ASCII code set). 

You cannot use any of the following values : 

00, 01, or 02 (characters NUL, SOH, or STX) 

3D, 7F, or 20 (characters =, DEL, or space) 

30 through 39 (characters through 9) 

41 through 5A or 61 through 7A (alphabetic 
characters A through Z or a through z) 

If the terminal does not use an ASCII character 
set, you should choose a character that has a unique 
translation to a character in the 7-bit ASCII code 
set. 

If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined. 
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ELR PARAMETER 

The ELR parameter indicates the appropriate cursor 
positioning response whenever a message (logical 
line) of input ends. A logical line of input ends 
when your site-written TIP receives the currently 
defined end-of-line character (ELX parameter value) . 



| 7-20 



EP PARAMETER 

The echoplex (EP) parameter causes or prevents the 
echoing of input characters back to the output 
mechanism of the device. Echoplexing is normally 
required when the device operates in full-duplex 
mode and no echoing is performed by hardware between 
the device input hardware and your site-written TIP. 
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This parameter is optional. If you specify the EP 
parameter, you must use one of the following values: 

CCP Indicates that the TIP should echo input 
if that is the appropriate default 
action for the terminal class ; using 
this value is equivalent to omitting 
the parameter . 

NO Indicates that the TIP should not echo 
input characters. 

YES Indicates that the TIP should echo input 
characters. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 



HD PARAMETER 

The HD parameter specifies whether or not the full 
host availability display (HAD) is presented to the 
terminal user. This parameter is optional and is 
valid only for console devices . 

If you specify this parameter, you must use one of 
the following values : 

NO Indicates that the full host avail- 
ability display is not presented to the 
terminal user. The terminal user 
receives only the host status message 
and the prompt message. 

YES Indicates that the full host avail- 
ability display is presented to the 
terminal user. 

If you omit this parameter, the default is unknown 
and possibly undefined. 



HN PARAMETER 

The HN parameter identifies the node number of the 
host that a console device and any associated batch 
devices are connected to unless another path is 
selected by the terminal- user . 

This parameter is optional and is valid only for 
console devices. If you declare this parameter, 
you must use one of the following values : 

NONE 

Indicates that no node number is specified. 
This has the same effect as not declaring 
the parameter. A value of NONE cannot be 
declared if AUTOCON is also specified and 
there are logical links to more than one 
host terminating in the NPU being defined . 

1 _< HN _< 63 

Indicates the node number of the host that 
the console device and any associated batch 
devices are to be connected to . 

The value declared for the HN parameter must be the 
same as the NODE value in a COUPLER statement with- 
in the same network definition. If all the COUPLER 
statements for all the logical links to the NPU 
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being defined have equal HNAME parameters, the NDL 
processor provides a default host node. The default 
host node is the last coupler specified. If the HN 
parameter is not specified , the terminal user must 
select a host before a connection can be made. If 
the AUTOCON parameter is specified, then the HN 
parameter must also be specified. 



IC PARAMETER 

The IC parameter specifies whether or not the input 
mechanism of the device supports an ASCII DC3 code 
(X-OFF character) as a signal to stop input and an 
ASCII DC1 code (X-ON character) as a signal to 
resume input . Your site-written TIP transmits these 
codes to control input flow when the device can 
support them. 

This parameter allows you to configure a device so 
that input from an intelligent terminal such as a 
personal computer or from a cassette mechanism can 
be interrupted and restarted as needed without 
terminal user intervention. The TIP sometimes needs 
to suspend input because the volume of network 
traffic has temporarily used all available storage 
space . 

You should be careful that this parameter is 
appropriately defined for the device hardware that 
actually uses the line. These codes are used for 
many purposes by device manufacturers; receiving 
either code can have effects other than resuming or 
stopping input . 

This parameter is optional. If you specify this 
parameter, you must use one of the following values: 

CCP Indicates that the TIP should use the 
default appropriate for the terminal 
class; using this value is equivalent 
to omitting the parameter. 

NO Indicates that the TIP cannot use X-ON 
and X-OFF characters to control input. 

YES Indicates that the TIP can use X-ON and 
X-OFF characters to control input. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 



IN PARAMETER 

The IN parameter identifies the input mechanism and 
the input message blocking of the device . (Terminal 
users might have a similar command that also defines 
whether input is in transparent mode or normalized 
mode; you cannot configure a device to begin 
accessing the network in transparent mode.) 

As the input device, you can specify either: 

The keyboard 

The paper tape reader 

As the input transmission mode, you can specify 
either : 

Normalized line mode (one message or logical 
line per block) 
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Normalized block mode (one or more logical 
lines collected into a block before it is 
transmitted. Cursor positioning at linefeed 
and end-of-line is not performed and output is 
not sent until end-of-block is reached.) 

This parameter is optional. Possible values are: 

BK Indicates keyboard input in block mode. 

CCP Indicates that the TIP should use the 
default options appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

KB Indicates keyboard input in line mode. 

PT Indicates paper tape input in block mode 
(an X-OFF character functions as a fixed 
end-of-block condition indicator) . 

When the IN value is set to PT, your TIP should send 
an ASCII DC1 code (X-ON character) to start the 
paper tape reader, if the device supports that 
interpretation of the code. The X-ON code is issued 
after the end of a message is output to the device 
and the message empties the TIP's output queue for 
the device . 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 



LI PARAMETER 

The LI parameter specifies the number of idle char- 
acters to insert in the downline data after a line- 
feed code. The number of idle characters inserted 
must be sufficient to provide the time needed by 
the terminal to physically move the carriage of the 
device to its next line for output . 

This parameter is optional. If you declare this 
parameter, you must use the reserved word CCP or a 
value in the following range: 

< li < 99 

If you omit the LI parameter or specify the value 
CCP, the default is unknown and possibly undefined. 



LK PARAMETER 



The LK parameter specifies whether unsolicited 
messages from the NPU or host operator can appear 
at the terminal. This parameter is optional. 



If you specify this parameter, you must use one of 
the following values: 

CCP Indicates that your site-written TIP 
should use the default mode appropriate 
for the terminal class; using this value 
is equivalent to omitting the parameter. 

NO Indicates that unsolicited messages 
should be delivered to the terminal as 
soon as received by your site-written 
TIP. 
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YES Indicates that unsolicited messages 
should be discarded (locked out). 

If you omit this parameter or specify the value CCP, 
the default value is unknown and possibly undefined. 



OC PARAMETER 

The OC parameter specifies whether or not the out- 
put mechanism of the device sends an ASCII DC3 code 
(X-OFF character) as a signal for your site-written 
TIP to interrupt output and an ASCII DC1 code (X-ON 
character) as a signal for the TIP to resume output. 
The TIP might accept these codes for control of 
output flow by devices that must periodically 
interrupt output to perform such functions as 
emptying buffers to offline storage devices. DC1 
and DC3 codes used in this manner are probably 
discarded by the TIP. 

You should only use this parameter when the device 
actually using the line requires it. The DC1 and 
DC3 codes can be sent for many purposes by terminal 
users; either code in input might be intended as 
data for the host application program. 

This parameter is optional. If you specify this 
parameter , you must use one of the following values : 

CCP Indicates that the TIP should use the 
default appropriate for the terminal 
class; using this value is equivalent 
to omitting the parameter. 

NO Indicates that the TIP should ignore 
X-ON and X-OFF characters in input; 
output control by the device is 
unnecessary. 

YES Indicates that the TIP should recognize 
X-ON and X-OFF characters in input as 
output control by the device. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 

OP PARAMETER 

The OP parameter identifies the output mechanism, 
page width processing requirement, and page length 
processing requirement of the device. Your site- 
written TIP might support these output mechanisms: 

A console screen 

A hardcopy mechanism, such as a printer 

A paper tape punch 

The TIP might perform one of these processing 
actions when a finite page width is reached: 

Inserts the codes appropriate to return the 
cursor or carriage to the beginning of the next 
physical line. 

Inserts no codes, which performs no action. 

If the device has a page width of 0, the second 
choice is probably used. Refer to the PW Parameter 
description . 
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Your site-written TIP might perform one of these 
processing actions when a finite page length is 
reached : 

Inserts the codes appropriate to cause the 
cursor or carriage to move to the next page 
(clear screen, formfeed, and so forth). 

Inserts no codes, which performs no action. 

If the device has a page length of 0, the second 
choice is probably used. Refer to the PL Parameter 
description. 

This parameter is optional. If you specify the OP 
parameter, you must use one of the following values: 

CCP Indicates that the TIP should use the 
default options appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

DI Indicates that the console display 
screen is used, no codes should be 
inserted when page width is reached 
(the device does its own line folding), 
and codes should be inserted when page 
length is reached. 

PR Indicates that a hardcopy printer is 
used, codes should be inserted when 
page width is reached (the device does 
not do its own line folding) , and codes 
should be inserted when page length is 
reached . 

PT Indicates that a paper tape punch is 
used, lines should be folded, but codes 
should not be inserted when page length 
is reached, and page wait is not 
effective. 

When the OP value is set to PT, your TIP might send 
an ASCII DC1 code (X-OFF character) at the end of 
the message with postprint format control. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 



PA PARAMETER 

The PA parameter indicates the processing your 
site-written TIP should perform for the parity bit 
within each character byte of upline or downline 
data. The TIP might process the parity bit of all 
upline character codes in one of five ways: 

Ignores the input byte parity bit and sets it to 
zero after input. Converts the byte to an ASCII 
code if the device is operating in normalized mode, 
then forwards the byte upline to the application 
program. This is called zero parity processing. 

Checks the input byte parity bit to ensure that it 
is set to zero or one, as necessary to give the 
byte an even number of bits; odd settings are 
indicated to the receiving application program as 
parity errors. Sets the parity bit to zero after 
input, converts the byte to an ASCII code if the 
device is operating in normalized mode, then 
forwards the byte upline to the application 
program. This is called even parity processing. 



Checks the input byte parity bit to ensure that it 
is set to zero or one, as necessary to give the 
byte an odd number of bits; even settings are 
indicated to the receiving application program as 
parity errors. Sets the parity bit to zero after 
input, converts the byte to an ASCII code if the 
device is operating in normalized mode, then 
forwards the byte upline to the application 
program. This is called odd parity processing. 

Ignores the input byte parity bit. If the device 
is operating in normalized mode, sets the parity 
bit to zero, converts the byte to an ASCII code, 
and then forwards the byte upline to the 
application program. If the device is operating in 
transparent mode, forwards the 8 bits unchanged to 
the application (for devices that send 8-bit bytes, 
this allows the application program to receive bit 
7 as data). This is called no parity processing. 

Ignores the input byte parity bit. If the device 
is operating in normalized mode, sets the parity 
bit to zero, converts the byte to an ASCII code, 
and then forwards the byte upline to the 
application program. If the device is operating in 
transparent mode, ignore the parity bit when 
checking for transparent mode input delimeters. 
Forward the 8 bits unchanged to the application in 
the same way as for no parity. This is called 
ignore parity processing. 

The TIP might also process the upper bit (bit 7) of 
all downline character code bytes in one of four 
ways: 

If the device is operating in normalized mode, 
the TIP converts the lower seven bits of the | 
byte, if necessary, to the code set used by the 
device. The parity bit in the output byte is 
set to zero, regardless of the setting of bit 7 
in the downline byte. This is called zero 
parity processing. 

If the device is operating in normalized mode, 
the TIP converts the lower seven bits of the I 
byte, if necessary, to the code set used by the 
device. The parity bit in the output byte is 
set to zero or one, as necessary to give the 
byte an even number of set bits; the setting of 
bit 7 in the downline byte is ignored. This is 
called even parity processing. 

If the device is operating in normalized mode, 
the TIP converts the lower seven bits of the | 
byte, if necessary, to the code set used by the 
device. The parity bit in the output byte is 
set to zero or one, as necessary to give the 
byte an odd number of set bits; the setting of 
bit 7 in the downline byte is ignored. This is 
called odd parity processing. 



If the device is operating in normalized mode, 
the TIP converts the lower seven bits of the 
byte, if necessary, to the code set used by the 
device and the parity bit in the output byte is 
set to zero, regardless of the setting of bit 7 
in the downline byte. If the device is 
operating in transparent mode, the parity bit 
in the output byte is unchanged from the 
setting of bit 7 in the downline byte (for 
devices that can receive 8-bit bytes, this 
allows the application program to use bit 7 as 
data) . This is the method CCP uses for both no 
parity and ignore parity processing. 
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You can specify one of these input and output 
processing options to match the parity bit input 
processing performed by the device and the output 
processing expected by it. If the device will 
operate in transparent mode, you must specify 
| either the no parity or the ignore parity option 
for an application program and the device to 
exchange hexadecimal codes with values between 7F 
and FF (using bit 7 as data) . 

No parity and ignore parity processing differ only 
in the way that a transparent input delimeter is 
recognized. For both PA=*J and PA=I, all 8 bits are 
treated as data during transparent input and 
output. For PA=N, a transparent input delimeter is 
recognized when the 8-bit byte input from the 
device matches the 8-bit byte specified as the 
delimeter. For PA=I, a transparent input delimeter 
is recognized when the bottom 7 bits of the byte 
input from the device match the bottom 7 bits of 
the specified delimeter; the parity bit is ignored. 

This parameter is optional. If you specify the PA 
parameter, you must use one of the following values: 

CCP Indicates that the TIP performs the 
parity processing appropriate as a 
default for the terminal class ; using 
this value is equivalent to omitting 
the parameter . 

E Indicates that the TIP should perform 
even parity processing for both input 
and output bytes . 

I Indicates that the TIP performs ignore 
parity processing for both input and 
output bytes . 

N Indicates that the TIP should perform 
no parity processing for both input and 
output bytes . 

Indicates that the TIP Bhould perform 
odd parity processing for both input 
and output bytes . 

Z Indicates that the TIP should perform 
zero parity processing for both input 
and output bytes. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 



PG PARAMETER 

The PG parameter specifies whether your site-written 
TIP should wait at each output page boundary for 
terminal user acknowledgment before it displays the 
next page of data. In certain situations, page 
waiting can occur other than at page boundaries ; 
the TIP might produce a prompting message (OVER..) 
when this type of page waiting occurs. The user's 
response to page waiting is entry of a line, usually 
empty . 

The TIP probably views a new page as beginning at 
the start of each downline message. The TIP calcu- 
lates the length of a page from the current values 
of the page width and page length (see PW and PL 
Parameter descriptions). If the page width is 



infinite (PW=0), a page consists of one line less 
than the number of logical lines specified as the 
page length. If the page width is finite (PW is 
nonzero), a page consists of one line less than the 
number of physical lines specified by the page 
length; the TIP calculates the number of physical 
lines by dividing each logical line into units less 
than or equal to the page width. 

This parameter is optional. If you specify this 
parameter , you must use one of the following values : 

CCP Indicates that the TIP should use the 
default setting appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that page waiting should not 
occur . 

YES Indicates that page waiting should 
occur . 

When you specify PG=YES, you should also specify a 
nonzero value for the PL parameter. A TIP cannot 
perform page waiting at the boundaries of infinitely 
long pages (PL=0). 

If you omit the PG parameter or specify a value of 
CCP, the default is unknown and possibly undefined. 



PL PARAMETER 

The PL parameter specifies the number of physical 
lines per page of output for the device . If the 
device is configured for page waiting (PG param- 
eter) , any message containing more lines of output 
than the page length should be interrupted by your 
site-written TIP for a page waiting response from 
the terminal user. The interruption probably occurs 
after line pi - 1 is output. If the device uses a 
hardcopy output mechanism (OP of PR, such as is 
normal for terminal classes 2741 or M33), your 
site-written TIP should insert formfeed codes at 
page length boundaries . 

This parameter is optional. If you specify the PL 
parameter, you must use one of the following values: 

CCP 



Indicates that the TIP should use the 
default page length appropriate for the 
terminal class; using this value is equiv- 
alent to omitting the parameter. 



Indicates an infinite page length. An 
infinite page length means that no page 
waiting occurs and no form-feed codes are 
inserted. 

8 < pi < 255 

Indicates the number of physical lines per 
page. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 
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PRI PARAMETER 

The PRI parameter is a stand-alone keyword that 
indicates whether data to or from the device is to 
have traffic priority over that to or from other 
devices in the network. Data to or from a device 
that does not have traffic priority is suspended to 
relieve network congestion before data to or from 
terminals with traffic priority is suspended. 
Interactive terminals should usually be given 
traffic priority over batch devices . 

This parameter is optional. If you specify the PRI 
parameter, you must use one of the following values: 



NO 



Indicates that the device should not 
have data traffic priority. 



YES Indicates that the device should have 
data traffic priority. 

If you declare this parameter without a value, the 
value of YES is used. If you omit this parameter, 
the default is unknown and possibly undefined . 



PW PARAMETER 

The PW parameter defines the number of characters 
per physical line of output for this device. This 
physical line length is also called the page width. 

For console devices (DT of CON) with a printer 
defined as the output mechanism (OP of PR), output 
lines longer than pw characters are divided into 
lines of pw or fewer characters each. For console 
devices with a display defined as the output mech- 
anism (OP of DI), output lines longer than pw 
characters are not divided but are counted as more 
than one line for page length calculations; if the 
PW value for a device is inappropriate, loss of 
visual fidelity can occur (the application program 
might divide the data into lines that are too short 
or too long for the screen's capacity, instead of 
I allowing the terminal to wrap lines when needed). 

This parameter is optional. If you specify the PW 
parameter, you must use one of the following values: 



CCP 



Indicates that CCP should use the default 
value appropriate for the terminal class ; 
using this value is equivalent to omitting 
the parameter . 



Indicates that the device has an infinite 
page width. An infinite page width probably 
means that physical line length has no 
effect on output formatting. 

20 < pw < 255 

Indicates that the device can support 
physical lines no longer than the indicated 
decimal value. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined . 
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P90 THROUGH P99 PARAMETERS 

These ten parameters indicate the hexadecimal field 
value to use for the corresponding field number 
within configuration information transmitted for 
this device to your site-written Terminal Interface 
Program. Released versions of the CDC-written TIPs 
do not use these ten field number/ field value pairs. 

These parameters are optional. If you specify a 
value, it must be within the following range: 

<^ fv9i _< FF 

If you omit these parameters, there are no default 
values . 



SDT PARAMETER 

The SDT parameter specifies the subdevice type of 
the device you are defining. The subdevice type is 
the set of external characteristics of interest to 
the network software. This parameter is optional. 

The following values are allowed definitions of a 
printer character set: 

A6 Indicates that the device uses 64 ASCII 
characters. 

A9 Indicates that the device uses 95 ASCII 
characters . 

B6 Indicates that the device uses the 
64-charaeter CDC scientific (BCD) 
character set. 

CCP Indicates that your site-written TIP 
should use the default appropriate for 
the device; using this value is equiv- 
alent to omitting the parameter. 

SDT 12 Indicates a site-defined subdevice type 
that uses the subdevice type number 12. 

SDT 13 Indicates a site-defined subdevice type 
that uses the subdevice type number 13. 

SDT 14 Indicates a site-defined subdevice type 
that uses the subdevice type number 14. 

SDT 15 Indicates a site-defined subdevice type 
that uses the subdevice type number 15. 

The following values are allowed definitions of a 
card reader punch pattern set : 

CCP Indicates that your site-written TIP 
should use the default appropriate for 
the device; using this value is equiv- 
alent to omitting the parameter. 

26 Indicates that the device uses the 026 
pattern set or the default pattern at 
the beginning of each job deck is that 
set. 

29 Indicates that the device uses the 029 
pattern set or the default pattern at 
the beginning of each job deck is that 
set. 
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The following values are allowed definitions of a 
plotter instruction byte size: 

CCP Indicates that your site-written TIP 
should use the default appropriate for 
the device; using this value is equiv- 
alent to omitting the parameter. 

6BIT Indicates that the device uses a 6-bit 
byte for each instruction. 

8BIT Indicates that the device uses an 8-bit 
byte for each instruction. 

If you omit the SDT parameter or specify the value 
CCP, the default is unknown and possibly undefined. 



STREAM PARAMETER 

The STREAM parameter defines the stream number used 
within the terminal to address data to or from the 
device. This stream number should be unique for 
each device of the same type within the terminal. 
If the terminal has plotters , the stream number for 
each plotter should be unique among all plotters 
and card punches within the terminal. 

This parameter is optional. If you specify this 
parameter , you must use one of the following values : 

AUTOREC 

Specifies that the stream number is to be 
determined by your site-written TIP when 
automatic recognition of the terminal occurs 
(valid only if the corresponding LINE or 
GROUP statement contains the AUTO param- 
eter); using this value is equivalent to 
omitting the parameter. 

1 _< streamno <_ 7 

Indicates the stream number associated with 
the device within the terminal . 

If you omit this parameter or specify the value 
AUTOREC, the stream number determined during auto- 
matic recognition of the line is used. 



TA PARAMETER 

The TA parameter defines the terminal address of 
the device within the terminal device cluster. 
This parameter should match the code actually used 
by the terminal to route output to the device . 

The TA parameter is optional . Any value used should 
be unique for mode 4C devices on the same fixed- 
configuration line. 

If you specify this parameter, you must use one of 
the following values : 

AUTOREC 

Indicates that your site-written TIP should 
determine the terminal address code during 
automatic recognition of the terminal 
(valid only if the AUTO parameter is used 
in the corresponding LINE or GROUP state- 
ment); using this value is equivalent to 
omitting the parameter. 
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Indicates that the equivalent of the ASCII 
DC2 code is used as a card punch device 
output routing code. 



Indicates that the equivalent of the ASCII 
DC3 code is used as a card punch device 
output routing code . 



Indicates the hexadecimal terminal address 
of a mode 4A terminal device. 

61 thru 6F 

Indicates the hexadecimal terminal address 
of a mode 4C terminal device. 

If you omit this parameter or specify the value 
AUTOREC, the value determined by automatic recog- 
nition of the line is used. 



UBL PARAMETER 

The upline block limit (UBL) parameter specifies 
the number of upline blocks that can be outstanding 
(unacknowledged) between this terminal and an 
application program. The value you choose is 
independent of the ABL and DBL parameters. 

You should choose a value that is larger than the 
maximum number of logical lines the terminal user 
can enter before output from the application program 
in the host must occur. A fixed number of input 
messages might have significance to an application 
program. If such an application does not perform 
output until receiving that number of input messages 
and if you choose a UBL value smaller than this 
number, the application program becomes dead-locked 
(it waits for blocks of data that the TIP might 
discard because the block limit has been reached 
for upline queuing) . If the device must receive 
output before it can begin additional input, the 
device also becomes deadlocked by this situation. 

This parameter is optional. The UBL parameter has 
the following range of values: 

1 < ubl < 31 

If you omit the UBL parameter, the default is 
unknown and possibly undefined. 



UBZ PARAMETER 

The upline block size (UBZ) parameter specifies the 
maximum number of character bytes each upline block 
can contain. The TIP probably divides each message 
from the terminal into blocks of the size you 
choose. The size you choose affects how much memory 
is needed to store the outstanding (unacknowledged) 
blocks of data in the NPU and the host. 

You should choose a value that allows most of the 
logical lines entered by the device to fit into a 
single block so that messages need not be divided 
into multiple network blocks. You should also 
choose a value that can be efficiently manipulated 
by the host application program. 
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This parameter is optional. The UBZ parameter has 
the following range of values: 

< ubz < 2043 

If you specify 0, your site-written TIP should send 
an upline block whenever it receives 100 characters, 
or it detects a linefeed code, or when the page 
width is reached. 

The value you declare should be chosen together 
with the value used for the UBL parameter. The NDL 
processor rounds the value you supply to the next 
multiple of 100 bytes, as follows: 



Value Supplied 



1 < ubz < 100 
101 < ubz < 200 



1901 < ubz < 2000 



Value 

Used in File 



100 
200 



2000 



The NDL processor issues an informative messsage if 
it alters the value you specify. 

If you omit the UBZ parameter, the default is 
unknown and possibly undefined. 



XBZ PARAMETER 

The transmission block size (XBZ) parameter speci- 
fies the maximum number of character bytes each 
block sent to the terminal can contain . Your 
site-written TIP divides downline blocks as neces- 
sary to create a block of the specified number of 
characters. The value you choose should be less 
than or equal to the size of any buffer memory 
within the terminal . 

This parameter is optional. The XBZ parameter has 
the following range of values: 



200 < xbz < 2043 

If you omit the XBZ parameter , 
unknown and possibly undefined . 



the default is 



XLC PARAMETER 

The XLC parameter indicates the maximum number of 
characters that can be input in each message of 
multiple-message transparent mode input from this 
device. After the terminal user or the application 
program changes the device's input mode to trans- 
parent from normalized, the following occurs. When 
the device transmits the given number of characters, 
a message block is forwarded to the application and 
the device remains in transparent mode. 



This parameter is optional, 
lowing values : 



You can use the fol- 



CCP 



Indicates that the TIP should use the 
default number appropriate for the terminal 
class; using this value is equivalent to 
omitting the parameter. 



1 1 xlc < 4095 

Indicates the maximum decimal number of 
characters that the terminal can transmit 
as one multiple-message transparent mode 
message . 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined . 



XLTO PARAMETER 

The XLTO parameter specifies whether a 200- to 
400-millisecond timeout on the communication line 
ends multiple-message transparent mode input. After 
the terminal user or the application program changes 
the device's input mode to transparent from normal- 
ized, your site-written TIP probably forwards a 
message block to the application and changes back 
from transparent mode to normalized mode when the 
device stops transmitting for the indicated timeout 
period . 

This parameter Is optional. If you specify the 
XLTO parameter, you can use one of the following 
values: 

CCP Indicates that the TIP should use the 
default choice appropriate for the 
terminal class; using this value is 
equivalent to omitting the parameter. 

NO Indicates that a timeout does not end 
transparent mode input . 

YES Indicates that transparent mode input 
ends when a timeout occurs . 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined . 



XLX PARAMETER 

The XLX parameter indicates the hexadecimal value 
of the character code that should cause upline 
transmission of a message in multiple-message 
transparent mode. If this character code is also 
used as the value for the XLY parameter and is input 
twice in succession, the device will be put back in 
normalized input mode as determined by the IN 
parameter. 



This parameter is optional. The value that is valid 
for a given character depends on the character code 
set used by the terminal . You can use the following 
values : 



CCP 



Indicates that the TIP should use the 
default character code appropriate for the 
terminal class; using this value is equiv- 
alent to omitting the parameter. 

£ xlx <^ FF 

Indicates the hexadecimal code that ends 
each message within multiple-message trans- 
parent input. 
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Values above 7F should not be used unless the PA 
I parameter value of N or I Is used. Codes above 7F 
might not be seen by the TIP unless the eighth 
(parity) bit of each input byte is defined as data. 

If you omit this parameter or specify the value CCP, 
the default is unknown and possibly undefined. 



XLY PARAMETER 

The XLY parameter indicates the hexadecimal value 
of the character code that should end multiple- 
message transparent mode operation. After the 
terminal user or the application program changes 
the device's input mode to transparent from normal- 
ized, your site-written TIP probably changes back 
from transparent mode to normalized mode when the 
device transmits this character. This character 
code probably does not change the device's input 
mode if the code is also used as the value for the 
XLX parameter (unless it is input twice in succes- 
sion) . 



You should select transparent mode input delimiters 
with care. The character code you declare as the 
XLY value must be the code of a character that the 
physical device can input. If the delimiter you 
declare is a character that cannot be input (either 
because of device hardware limitations or because 
of the PA parameter value declared for the device) , 
then the Terminal Interface Program cannot terminate 
transparent mode input and the device will be trap- 
ped in that mode of operation once it has begun. 



This parameter is optional. The value that is valid 
for a given character depends on the character code 
set used by the terminal. You can use one of the 
following values: 



CCP 



Indicates that the TIP should use the 
default character code appropriate for the 
terminal class; using this value is equiv- 
alent to omitting the parameter. 



< xly < FF 

Indicates the hexadecimal code that ends 
multiple-message transparent input . 

Values above 7F should not be used unless the PA 
parameter value of N or I is used. Codes above 7F | 
might not be seen by the TIP unless the eighth 
(parity) bit of each input byte is defined as data. 

If you omit this parameter or specify the value 
CCP, the default is unknown and possibly undefined. 



BUFFERING OF DATA 

Using the ABL, DBL, and UBL block limit parameters, 
you can tailor your configuration of a terminal to 
keep it efficiently occupied. The value you should 
choose for each block .Limit depends on factors such 



The number of application programs to be 
serviced 

The number of devices transmitting and receiving 
data 

The frequency of device usage 

The size of the NPU macromemory available for 
buffering 

The roll-in/ roll-out "frequency desired for each 
application program 

The block size parameters DBZ, UBZ, and XBZ might 
allow you to tune network traffic flow and correct 
problems with lost output data or undeliverable 
input blocks. However, the characteristics of 
site-written TIPs and the types of block tuning 
information they can accept are unknown. 

Sections 4 through 6 end with data buffering guide- 
lines based on experience with CDC -written TIPs 
supporting CDC -defined devices in CDC -defined 
terminal classes. Those guidelines presume CDC- 
defined line types and CDC-written host application 
programs. 
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LOCAL DIVISION STATEMENTS 
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The local division describes those components of 
the network for which the Network Validation Facil- 
ity in a host computer provides access control. 
These components are network application programs, 
device users, and directions for making and receiv- 
ing application-to-application connections. These 
components are considered local to that host. 

You can omit the local division from an NHL program 
if a new local configuration file is not needed. 
If no local configuration file exists for a host, 
you must create one, even if it is empty. There 
must be one LCF for each host in the network. 

One local configuration file is created for each 
local division in your program. You can have more 
than one division so that you can create local con- 
figuration files for more than one host or alternate 
files for each host. 



LFILE STATEMENT 

The LFILE statement names the local configuration 
file to be created. It must be the first statement, 
other than a COMMENT statement, in the local 
division. LFILE can be the only statement in the 
division if a file must be created but no local 
configuration requirements exist. 

The NOS local file name specified in the LFILE 
statement should not be the same as that of another 
local file assigned to your job. The local con- 
figuration file is described in more detail in 
section 9. 

The format of the LFILE statement is shown in 
figure 8-1. An example of a valid NFILE statement 
is 

LOCFILE: LFILE. 

This statement creates a local configuration file 
with the NOS local file name LOCFILE. 



USER STATEMENT 



If He: LFILE. 



If He The Local file name of the new Local 
configuration file to be created. 
This name is required and must 
conform to NOS f i le name conven- 
tions; there is no default value. 



Figure 8-1. LFILE Statement Format 



The USER statement can provide the login parameter 
values required by the Network Validation Facility 
(NVF) for a console and any associated batch devices 
when a terminal becomes active. This statement can 
also restrict access by a device to more than one 
network application program. The USER statement 
has the format shown in figure 8-2. 

You can supply some or all of the login information 
(except a password value), so that the console user 
need not enter a value in response to each login 
prompt. NVF prompts the user for any values that 
you do not supply and omits prompts for values that 
you do supply. No prompt for password occurs when 
you supply a user name. 

If you supply a mandatory value (MFAM, MUSER, or 
MAPPL parameter) , the user is not prompted for an 
alternative . The user cannot override any supplied 
mandatory value and cannot specify a password. 

If you supply a default value (DFAM, or DUSER 
parameter), the user is prompted for an alternative. 
The user can override any supplied default value 
and can specify a password. 

If you specify a primary value (PFAM, PUSER, or 
PAPPL), the user is not prompted for an alternative. 
However, the user can override the supplied value. 

The device names specified should match device names 
in the DEVICE or TERMDEV statements for the NCF 
being used by the network. When GROUP statements 
are used in the NCF, you must supply the NDL- 
generated device names. The NDL processor does not 
diagnose unmatched names; if no match exists, the 
USER statement has no effect. 

The following USER statement restricts access to a 
single network application program, without login 
dialog: 

DEVA09: USER ,MFAM=0,MUSER=NHP7 600, MAPPL=IAF. 

This statement causes all users of the console 
called DEVA09 to be automatically logged into IAF 
using the NOS system default family name and the 
user name NHP7600. No password validation occurs 
during this automatic login, and IAF is the only 
network application program that DEVA09 is permitted 
to access. 

The following USER statement supplies unrestricted 
access to a single network application program: 

DEVA09: USER,DFAM=0,DUSER=NHP7600,PAPPL=IAF. 
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device: USERL,HFAH=manafam,MUSER=manausr,HAPPL=manappl,DFAM=deftfam,DUSER=deftusr,PFAH=pfam,:i 
CPUSER=puser,PAPPL=primapp]. 

device The element name of the terminal device for which the information is being specified. 
This name should be an element name specified on or generated by NDL for a TERMDEV or 
DEVICE statement in the network division that creates the network configuration file for 
the network using this Local configuration file. 

manafam The mandatory family name to use during automatic login of the device user. If MFAH is 
supplied, the user is never prompted for entry of a family name. If MFAH=0 is specified, 
the NOS system default family name is used; if HFAM is omitted or MFAH=N0NE is specified, 
the user is always prompted for entry of a family name. Valid values for manafam are 
determined by each site. This parameter cannot be specified if the DFAM or PFAM parameter 
is specified. 

manausr The mandatory user name to use during automatic login of the device user. If MUSER is 
supplied, the user is never prompted for entry of a user name or password; if MUSER is 
omitted or MUSER =N0NE is specified, the user is always prompted for entry of a user name 
and password. Valid values for manausr are determined by each site. This parameter 
cannot be specified if the DUSER or PUSER parameter is specified. 

manappl The mandatory application name to use during automatic login of the device user. If HAPPL 
is supplied, the user is never prompted for entry of an application program name; NVF 
connects the device to this program as soon as access validation is completed. If HAPPL 
is omitted or MAPPL=NONE is specified, the user is always prompted for entry of an 
application program name. The name must be that of an application program in the NOS 
common deck COMTNAP for the host using this local configuration file, or the value CS if 
the user is a network or diagnostic operator. 

deftfam The default famiLy name to use during login of the device user. If DFAH is supplied, the 
user can enter a null line in response to the family name prompt. If DFAM=0 is specified, 
the NOS system default family name is used; if DFAM is omitted or DFAM=NONE is specified, 
the user must respond to the family name prompt with a valid, nonblank entry. The value 
specified can be overridden if the user enters a nonblank line. VaLid values for 
deftfam are determined by each site. This parameter cannot be specified if the MFAH or 
PFAM parameter is specified. 

deftusr The default user name to use for the device during login. If deftusr is specified, the 
device user can enter a null line in response to the user name prompt; if such an entry 
occurs, the user is not prompted for a password; if DUSER is omitted or DUSER=NONE is 
specified, the device user must respond to the user name and password prompts with valid, 
nonblank entries. The value specified can be overridden if the user enters a nonblank 
line. This parameter cannot be specified if the MUSER or PUSER parameter is specified. 

P fa m The primary auto-login family name. If PFAH is specified, the terminal user is not 

prompted for a family name on the first login attempt. This parameter cannot be specified 
if HFAM or DFAM is specified. 

puser The primary auto-login user name. If PUSER is specified, the terminal user is not 

prompted for a user name on the first login attempt. This parameter cannot be specified 
if HUSER or DUSER is specified. 

primapp The default (primary login) application name to use during initial login of the device 

user. If PAPPL is supplied, the user is not prompted for entry of an application program 
name during the first login attempt after connection to the host occurs; NVF connects the 
device to this program as soon as access validation is completed. If PAPPL is omitted or 
PAPPL=NONE is specified, the user must respond to the application program name prompt with 
a valid, nonblank entry. The name must be that of an application program in the NOS 
common deck COMTNAP for the host using this local configuration file, or the value CS if 
the user is a network or diagnostic operator. The value specified is overridden if the 
user enters a nonblank line. 



Figure 8-2. USER Statement Format 
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This statement causes all users of the console 
called DKVA09 to be logged Into IAF using the NOS 
system default family name and the user name NHP7600 
by simply responding to each NVF prompt with an 
empty input line (usually generated by pressing the 
carriage return key). Password validation occurs 
during this login only if a user volunteers a value . 
IAF is the first but not the only network appli- 
cation program that DEVA09 is permitted to access. 

The following USER statement configures a remote 
batch console and its related devices for access to 
RBF. The console is prompted only for family name 
and user name; the terminal operator can respond to 
both prompts with empty input lines. Connection to 
RBF is automatic: 

DEVA09 : USER,DFAM=0 ,DUSER=NHP3456 ,PAPPL=RBF. 

The network configuration defined for systems 
containing Centronics Linewriter printers must 
include definitions for these printers. The 
following USER statements are required to define 
the Centronics printers. 

devicel : USER,MFAM=family ,MUSER=PRINT01 , 

MAPPL=PSU. 
device2 : USER ,MFAM=f amily ,MUSER=PRINT02 , 

MAPPL=PSU. 

where devicel and device2 are the names of the two 
printers specified in the NCF and family is the 
name of the family containing the user names 
PRINT01 and PRINT02. 

PSU recognizes the printers by the user name they 
log in with at the time they connect to PSU. 
Therefore, the two printers must be defined to 
connect to the network under the user numbers 
PRINT01 and PRINT02. The user numbers PRINT01 and 
PRINT02 must be validated for PSU. 

APPL STATEMENT 

The APPL statement defines special requirements for 
access to or execution of a network application 
program. APPL statements are not required for any 
CDC-written or site-written application program 
unless one of these requirements exists. 

The format of the APPL statement is shown in figure 
8-3. 

The CDC-written application programs are: 

Interactive Facility (IAF) 

Message Control System (MCS) 

PLATO NAM Interface (PNI) 

Remote Batch Facility (RBF) 

Printer Support Utility (PSU) 

Permanent File Transfer Initiator (PTF) 

Permanent File Transfer Server (PTFS) 

Queue File Transfer Initiator (QTF) 



Queue File Transfer Server (QTFS) 

Transaction Facility (TAF) 

Terminal Verification Facility (TVF) 

Of these, the applications RBF, PTF, PTFS, QTF, 
QTFS, and TAF require special privileges as follows: 

RBF: APPL, UID, PRU. 

PTF: APPL,PRU,NETXFR,MXC0PY=3. 

PTFS: APPL,PRU,NETXFR,MXC0PY=15 

QTF : APPL , PRU , NETXFR ,MXC0PY=3 . 

QTFS: APPL,PRU,NETXFR,MXC0PY=15. 

TAF: APPL.UID. 

These statements can be used regardless of whether 
the corresponding programs are installed in the 
host. 

You could also define CDC-written programs with the 
statements: 

IAF: APPL.PRIV. 

MCS: APPL.PRIV. 

PNI: APPL.PRIV. 

RBF: APPL, PRIV.UID, PRU. 

TAF: APPL, PRIV.UID. 

TVF: APPL. 

PTF: APPL.PRIV, PRU, NETXFR, MXC0PY=3. 

PTFS : APPL , PRIV , PRU , NETXFR ,MXCOPY= 1 5 . 

QTF: APPL, PRIV, PRU, NETXFR, MXC0PY=3. 

QTFS: APPL, PRIV, PRU, NETXFR, MXC0PY=1 5. 



These programs can execute without being defined as 
privileged, but this set of statements defines them 
that way to improve site security. Any program 
attempting to access the network (NETON) as one of 
these five programs but not meeting the entry point 
requirement is denied access. TVF must not have 
PRIV or PRIV=YES associated with it in an APPL 
statement, as it will not connect to the network. 

To avoid possible problems with the integrity of 
the network and with validated users' ability to 
access CDC-written network application programs, 
you should not allow use of the following names for 
site-written network application programs: 



ALL 


IAF 


NS 


PNI 


PTFD 


RMF 


BYE 


LOGIN 


NUL 


PSU 


QTF 


TAF 


CS 


LOGOUT 


NVF 


PTF 


QTFS 


TCF 


HELLO 


MCS 


PFU 


PTFS 


RBF 


TVF 



Each valid user name in the NOS validation file 
(VALIDUs) has an internal identification value 
called a user index. Normally, each user name has 
a unique user index; however, it is possible for 
several user names to be assigned the same user 
index value . 

The Network Validation Facility program checks the 
user index value currently associated with the 
terminal each time the terminal attempts connection 
to the network application program. If you used 
the unique identifier (UID) parameter for the pro- 
gram and another terminal with that index value is 
already connected to the program, the terminal 
requesting access receives a message indicating 
that the network application program is busy. 
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service: APPLC,UIDC=yn13 / PRIVC=yn2],DIC=yn33 / ,KDISPC=yn4:,PRUC=yn5],NETXFRC=yn6:,RSC=yn73, 
CMXC0PY=mxcopy3. 

service The element name of the application program being configured as a network resource. This must 
be the name used by the program in its Network Access Method NETON statement and is the name 
terminal users must specify when logging in to it. If mxcopy = 1, this name can contain up to 
seven letters and digits starting with a letter. If mxcopy > 1, then this name can contain a 
maximum of five characters. This name cannot assume the following reserved application 
names: ALL, BYE, CS, HELLO, LOGIN, LOGOUT, NS, NUL, or NVF. 



yn1 



yn2 



yn3 



yn4 



yn5 



yn6 



yn7 



An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter indicates whether the application program requires users to have unique 
identification. If UID or UID=YES is specified, only one terminal with a given user index and 
family name combination will be allowed connection with the application at a time. If UID is 
omitted or UID=NO is specified, more than one terminal at a time can be connected with the 
same combination of user index and family name. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter identifies whether the application program must have privileged application status 
to access the network. If PRIV or PRIV=YES is specified, the program cannot connect to the 
network unless it contains an SSJ= entry point. If PRIV is omitted or PRIV=NO is specified, 
the program can access the network whether or not it contains an SSJ= entry point. 

An optional reserved word value (YES or NO) for an optional stand-alone keyword; this 
parameter specifies the status assigned to this program at network initiation. When DI or 
DI=YES is specified, the program is disabled at network initiation and cannot connect to the 
network until the HOP enables it. If DI is omitted or DI=NO is specified, the program is 
given an initial status of enabled unless the HOP specifies otherwise. 

An optional reserved word value (YES or NO) which specifies whether the application program is 
allowed to use the NAM K-display. If KDISP or KDISP=YES is specified, the application is 
allowed to use the NAM K-display. If KDISP is omitted or KDISP=N0 is specified, the 
application is not allowed to use the NAM K-display. KDISP is not supported for non-CDC 
applications. 



An optional reserved word value (YES or NO) which specifies whether the application program is 
allowed to use the NAM PRU feature. If PRU or PRU=YES is specified, the application is 

If PRU is omitted or PRU=NO is specified, the application 
This parameter must be specified for the CDC 
and PTFS. PRU is not supported for non-CDC 



allowed to use the NAM PRU feature 

is not allowed to use the NAM PRU feature 

supported applications RBF, QTF, PTF, QTFS, 

applications. 



An optional reserved word value (YES or NO) which specifies whether the application program is 
allowed to use the NAM file transfer capability NETXFR. If NETXFR or NETXFR=YES is specified, 
the application is allowed to use NETXFR. If NETXFR is omitted or NETXFR=NO is specified, the 
application is not allowed to use NETXFR. This parameter must be specified for the CDC 
supported applications QTF, PTF, QTFS, and PTFS. NETXFR is not supported for non-CDC 
applications. 

An optional reserved word value (YES or NO) which specifies whether the application program is 
allowed to use the request startable capability. If the application is capable of supporting 
up to n number of connections (n is a parameter which the application program supplies to 
NAM), then if the RS parameter is specified, the first and each multiple of n+1st connection 
request to the application start up a new copy of the application, up to mxcopy number of 
applications. For each request startable application a local file with the file name equal to 
the name of the application roust be provided to NVF as part of the NVF startup procedure. 

mxcopy The maximum number of copies (1 < mxcopy < 15) of the application that can be simultaneously 
active on the host. If mxcopy is not specified, the default value of 1 is used. This 
parameter must be specified for the CDC-supported applications PTF, PTFS, QTF, and QTFS. 



Figure 8-3. APPL Statement Format 
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You should specify the UID parameter for RBF and 
TAF. These application programs route output files 
according to the combinations of user name and 
family name associated with the terminals they 
service. RBF and TAF output cannot be properly 
routed unless only one interactive terminal at a 
time with a given user name and family name combi- 
nation is connected to the program. 



If a network application program written by your 
site can support only one terminal with a given 
user name and family name login combination at a 
time, you should specify the UID parameter for it 
as well . Terminals capable of using the program 
can then use the same user name and family name 
combination for access to it without simultaneous 
access ever occurring. 



If an application program should be available to 
terminal users only at certain times of the day, 
you can specify that it be initially disabled; the 
host operator can then enable it at the appropriate 
time. Unless an application program is enabled, it 
cannot access the network and a terminal cannot 
successfully log in to it. For example, suppose a 
program called TEST is configured by the statement 



TEST: APPL.DI. 



TEST logically exists as a network resource within 
the host computer but cannot successfully access 
the network (NETON) or be accessed by a terminal 
user until the host operator enables It and it is 
initiated. You will probably want to configure your 
site-written application programs this way until 
they are thoroughly debugged. 



Any application program defined in the local con- 
figuration file must also be identified with the 
same name in the operating system common deck 
COMTNAP. COMTNAP is used by NVF to validate termi- 
nal user login sequences. Bits in the access word 
for each user name correspond to site-written 
application programs in COMTNAP; other bits cor- 
respond to CDC-supplied application programs. 



When NVF is given a program name during the login 
procedure, it searches COMTNAP for that name. The 
entry for the name tells which bit in the access 
word must be set for access to the program to be 
permitted. More than one program in COMTNAP can 
specify the same access word bit, so there is no 
formal limit on the number of application programs 
that are network resources. However, you must take 
care that the correct access word bit is set for 
all user names that should have permission to access 
a given application program. 



For example, a network definition with separately 
named copies of the same application program is 
legal. In this case, the COMTNAP entries for all 
of the copies can specify the same access word bit. 
Each access word bit would then identify a superset 
or class of application programs, rather than a 
separate program. 

COMTNAP and access word use are described in further 
detail in the NOS Version 2 Installation Handbook. 



OUTCALL STATEMENT 

The OUTCALL statement is specified for each path to 
each application that is to be used for 
application-to-application connection requests from 
application programs in the host being defined. 
The OUTCALL statement has the format shown in figure 
8-4. 

If more than one path exists between the calling 
host and the destination host, you should use 
multiple OUTCALL statements. Multiple OUTCALL 
statements should be specified in order according 
to the priority of paths. 

OUTCALL statements are used to define call request 
data for calls between: 

Two applications in a single host 

Two applications in adjacent hosts sharing a 
front-end 

Two applications in hosts connected by a trunk 

Two applications in hosts separated by an X.25 
PSN or X.25 line 

The OUTCALL statement identifies the following 
information: 

Addressing information used for calling an 
application program in another host or in the 
same host. 

Validation information used by NVF to verify 
that the requesting application program is 
allowed to make an OUTCALL request. 

Flow control information for the calling appli- 
cation and the network software to use on the 
application-to-application connection. 

The optional user facilities to be used for the 
connection (for connections via X.25 links). 

Optional call user data to be passed to a remote 
foreign host. 

Physical identifiers for which the NOS LID/PID I 
table needs to be dynamically updated by NAM. { 
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0UTCALL,NAME1=name1,NAME2/PID=name2/pidnameC,SN0DE=srcnode,DN0DE=dstnode3 
r.,ACCLEV=acclev,PRI=yn1,DBL=dwnblim,ABL=abl,DBZ=dwnlsiz3 
C,DH0ST=dsthost,SH0ST=srchost,P0RT=portnum,WS=windsiz,DPLS=dpls3 
C,DTEA=dtea,UBL=upblim,UBZ=upbsize,FAC1=faccode,...,FAC31=faccode3 
C,PRID=protid,UDATA=udata3 



o 



naniel One of two keywords used to specify the OUTCALL block identifier. Namel is required and can 
be from one to seven letters and digits only. A calling application program must specify 
both a namel and a name2 to identify an OUTCALL block for use in establishing the connection 
to the called application program. Name 1 does not need to be specified for application 
programs that specify their own OUTCALL parameters. If the destination host application 
program is a CDC CYBER application program, the namel parameter can specify the called 
application name. If namel is not the application name on the CDC CYBER, the application 
name must be specified in the udata field. 

name2 The second of two keywords used to specify the OUTCALL block identifier. Name2 is required 
(if PID is not specified) and can be from one to three letters and digits only. A calling 
application program must either explicitly or implicitly specify name2 unless an interhost 
application-to-application connection is required. This identifies an OUTCALL block for use 
in establishing the connection to the called application program. If the destination host 
application program is a CDC CYBER application program, the name2 parameter can specify the 
remote host identifier, which can be the remote host's machine identification. 

pidname If this keyword is specified, it serves the same purpose as if name2 were specified. In 
addition, it causes NAM to indicate network service availability in the NOS LID/PID table. 
For the applications PTFx/QTFx, the PID form of the NAME2 parameter must be used. The PID 
form must also be used for an application that supplies its own OUTCALL parameters. When 
the PID is specified, it must also be specified in the LDCMid file for this host. Pidname 
can be from one to three letters and digits long. 

The decimal number (0 < srcnode < 63) specifying the source node of the logical link over 
which the application-to-application connection is made. The SNODE parameter should match 
the NODE value in a COUPLER statement used by the calling host as defined in the 
corresponding NCF. If srcnode is not specified, the default value of is used for 
application-to-application connections within a single host. 

The decimal node number (0 < dstnode < 255) specifying the destination node of the logical 
link over which the application-to-application connection is to be made. For 
application-to-application connections over a host-to-host logical link, this value is equal 
to the DHOST value and a coupler node number of the destination host. For 
application-to-application connections over a X.25 link, this value is equal to the node 
number of the NPU that accesses the PSN or direct X.25 link. If the pid form of defining 
name2 is used, a change of status for the logical link implied by snode and dnode causes a 
dynamic update of the logical identifiers (LIDs) associated with the corresponding physical 
identifier (PID). For application-to-application connections over X.25, the logical link 
terminates at the NPU so the status of the PID is governed by the status of this logical 
link regardless of the actual availability of the PID. If dstnode is not specified, the 
default value of is used for application-to-application connections within the same host. 

The decimal access level of the user (0 £ acclev < 15) required to make an 
application-to-application connection using the OUTCALL definition. If acclev is not 
specified, any user or application program can make connections with the OUTCALL 
specification. If acclev is not specified, the default value of is used. The user's 
access level is specified by using the AL parameter in the USER statement while creating the 
NOS validation file (see the NOS administration reference manual). 

The stand-alone keyword value (YES or NO) for an optional stand-alone keyword. This 
parameter indicates whether data to the device is to have traffic priority over that to 
other devices in the network. Data to a device that does not have traffic priority is 
suspended to relieve network congestion before data to terminals with traffic priority is 
suspended. If PRI or PRI=YES is specified, the device has data traffic priority. If PRI is 
omitted or PRI=N0 is specified, the device does not have data traffic priority. 

dwnblim The downline block limit. This parameter specifies the maximum number (1 < dwnblim < 7) of 
downline blocks that the calling host NAM is allowed to have outstanding (UhacknowlecTged) . 
If dwnblim is not specified, the default value of 2 is used. 



srcnode 



dstnode 



acclev 



yn1 



Figure 8-4. OUTCALL Statement Format (Sheet 1 of 3) 
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abL The application block limit. This parameter specifies the maximum number (1 < abl _< 7) of 
blocks that the calling application program is allowed to have outstanding 
(unacknowledged). If abl is not specified, the default vaLue of 2 is used. 

dwnlsiz The downline block size. This parameter specifies the maximum number (1 < dwnlsiz < 2043) 
of bytes that the calling application program can send in a block. If dwnlsiz is not 
specified, the default value of 255 is used. 

dsthost The address of the remote host (from to FF) to which the application-to-application 

connection is being made. For intrahost or application-to-application connections over a 
host-to-host logical link, this value (if specified) should be equal to the DNODE value. 
For application-to-application connections over a X.25 link, this value is the hexadecimal 
address of the remote host or the destination host coupler for a CDC CYBER host. If dsthost 
is not specified, the default value is the same as the DNODE value. 

srchost The logical identifier (1 to 6 hexadecimal digits) of the calling host. If the OUTCALL 

statement is to an application in a CDC CYBER/NAM host, it must be the ASCII code equivalent 
of the identifier you want passed to the receiving application. If srchost is not 
specified, the default is the three ASCII character equivalent of the SNODE value, right- 
justified and zero-filled. 

portnum The hexadecimal port number (1 < portnum < FE) on the interface NPU connected to the PSN or 
direct X.25 link over which the connection is to be made. This parameter has no meaning for 
trunk connections. If portnum is omitted, the default value of is used. 

windsiz The window size to be used by CCP for this connection for the send direction. This 

parameter specifies the decimal number (1 £ windsiz < 7) of outstanding packets allowed for 
a host-to-NPU logical link connection. The value specified for windsiz cannot exceed the 
maximum configured for the port. This parameter has no meaning for trunk connections. If 
windsiz is omitted, the default value of 2 is used. 

dpls The data packet length for the send direction. This parameter specifies the maximum number 
of data octets (8-bit bytes) that an X.25 packet for a called DTE can contain in the send 
direction. This parameter applies only to X.25 connections. The valid range of values for 
dpls is: 16, 32, 64, 128, 256, 512, and 1024. Values other than allowed values are 
translated to the next higher value, and values greater than 1024 cause an error message at 
NDL generation time. The value specified for dpls cannot exceed the maximum configured for 
the port. If dpls is omitted, the default value of 128 is used. 

dtea The PSN address of the remote PSN DTE interface with access to the destination host or 

application. This parameter is equivalent to the X.25 called DTE address. The valid range 
of values is 1 to 14 decimal digits. There is no default value. This parameter must be 
specified for X.25 application-to-application connections. 

upblim The upline block limit. This parameter specifies the maximum number (1 < upblim < 31) of 
blocks that the NPU can have outstanding (unacknowledged) to the calling host. This 
parameter is meaningful only for X.25 connections. If upblim is not specified, the default 
value of 2 is used. 

upbsize The upline block size divided by 100. This parameter specifies the maximum number (1 < 
upsize £ 20) of bytes that the NPU can send to the calling host in a non-PRU data block. 
This parameter is only used for X.25 links. If upbsize is not specified, the default value 
of 2 is used. 

faccode The optional user group facility code and parameter definition. This parameter (of a 

possible set of parameters from FAC1 to FAC31) specifies the hexadecimal digit coding of a 
facility code and accompanying parameters. The coding of the parameters depends on the type 
of PSN and/or destination facility definition and requirements. The range of valid values 
for each faccode is 4 to 12 hexadecimal digits. Any number of FAC parameters can be 
specified as long as the total number of hex digits is not greater than 63 octets (126 
hexadecimal digits). You should refer to the appropriate user facility definition before 
coding this parameter. Optional user facilities to specify the window size, data packet 
length, and throughput class must correspond to the WS and DPLS parameter settings, 
respectively. There is no default value; if faccode is not specified, no facilities are 
generated. 



Figure 8-4. OUTCALL Statement Format (Sheet 2 of 3) 
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protid The protocol identification. This parameter specifies bytes 1 to 3 of the X.25 call user 
data field of the call request. This parameter tells the PSN or remote node of a direct 
X.25 link how the call user data is to be used. All X.25 connections to applications on 
remote hosts must have a PRID that signifies the call user data is to be transparent to the 
PSN and transferred as is. If the call user data is to be used for some other purpose by 
the PSN or remote receiving node, you should refer to the specific PSN specification for the 
exact coding of the PRID. Byte 4 of the protid is used internally by NAM and is set to zero 
when sent to the PSN. A maximum of 6 hexadecimal digits can be specified. The digits are 
encoded left-justified with zero-fill. If the parameter is not specified prior to the first 
UDATA definition, a default setting of hexadecimal C10000 is generated. The protid 
definition is intended to be used only for PSN Logical link connections to foreign hosts. 
For connections between CDC CYBER mainframe applications, the default setting of the 
protocol identification provides sufficient information to establish the connection. 

udata The call user data parameter. This parameter specifies the hexadecimal string (1 to 256 

hexadecimal digits) to be incorporated as bytes 5 through 128 of the call-user-data field of 
the OUTCALL request (the call request packet of X.25). The total number of digits, 
including the 8 digits of the protocol identifier, must not exceed 256. For an 
application-to-application connection using a PSN, the total number of digits must not 
exceed 32 (16 octets) unless the PSN supports the Fast Select facility. Even if the PSN 
supports the Fast Select facility, octets 17 through 128 are not passed to the destination 
host or application unless the destination subscribes to the Fast Select acceptance facility 
and the application supports the facility. To ease the burden for application programs 
requesting a connection to another application in a CDC CYBER host, the absence of the UDATA 
parameter invokes a default setting of the call user data to be used. If unspecified, the 
call-user-data section is formatted as: 

sssddaaaaaaa 

sss The 3-character SHOST value (if specified, or the 3-ASCII character string 
equivalent of the SNODE value), right-justified and zero-filled 

dd The 2-ASCII character string equivalent of the HOST value, right-justified and 
zero-f i lied 

aaaaaaa The 7-ASCII character string equivalent of the NAME1 value, left-justified and 
blank character filled 

For example, if SH0ST=303031 (or SN0DE=01 without an SHOST specification), DH0ST=03, and NAHE1=APPLABC 
are defined without a UDATA specification, the call user data generated by default would be the 
protocol identifier (C1000000 16 ), and SHOST (303031 1 6) , DHOST(3033-|6> and NAHE1 

(4150504C414243-| o ). To make the OUTCALL request to another CDC CYBER host resident application by 
means of a host-to-NPU logical link, the DHOST value would have to specify the destination host 
coupler node number. 
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INCALL STATEMENT 



The INCALL statement is specified for each possible 
path to an application of the host being defined on 
which application-to-application connections can be 
received. The INCALL statement has the format shown 
in figure 8-5. 

When a connection request is received by a host, 
NVF searches the LCF for a matching INCALL statement 
based on the path from which the request came. 
There can be several INCALL statements for a single 
application. One reason for this is that there can 
be several paths to access the host or application, 
which necessitates different definitions regarding 
physical addresses, validation, and the flow control 
parameter. Another reason for this is that there 
can be different facilities available to different 
requesting applications or users. 

INCALL statements are used to accept calls from an 
application: 

In the same host 
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In an adjacent host 

In a remote host connected by a trunk 

In a remote CDC CYBER 170 or foreign host con- 
nected by an X.25 PSN or X.25 direct link 

The INCALL statement specifies the following infor- 
mation: 

Addressing information from which requests are 
permitted. 

Flow control parameters to be used by the 
requested host. 

The family or user name to be used by the 
requesting application or user. 

The name of the application program to which 
this connection should be made. 

The available facilities that are permitted for 
connections using this INCALL statement. 
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appname 



srcnode 



INCALL,FAM=famname,USER=usernam,ANAME=appname r .,SNODE=srcnodeD 
r.,DN0DE=dstnode,PRI=yn1,DBL=dwnblim,ABL=abl,DBZ=dwnlsiz] 

C,WS=sndsiz,WR=recsiz,DPLS=dpls,DPLR=dplr,SHOST=srchost,UBL=upblim,UBZ=upbsizeD 
r.,P0RT=portnum,DTEA=dtea,C0LLECT,FASTSEL,FAC1=faccode,...,FAC31=faccodeD 

famname The family name under which the connection is validated. This name can be any valid one 
through seven character family name. This parameter is required and there is no default 
value. 

usernam The user name under which the connection is validated. This name can be any valid one 
through seven character user name and can contain letters, digits, and asterisks. This 
parameter is required and there is no default value. 

The requested application program name. This name must match the AAAAAAA field of the call 
user data of the call request packet. This parameter can be from one through seven ASCII 
characters left-justified and blank-filled. This parameter is required and there is no 
default value. 

The decimal node number (0 £ srcnode £ 255) of the source node of the logical link over 
which the application-to-application connection request originated. For 

application-to-application connections over a host-to-host logical link, this is the coupler 
node number of the remote CDC CYBER host. For X.25 application-to-application connections, 
this is the node number of the NPU that interfaces to the PSN or direct X.25 link over which 
the application-to-application connection request was received. If srcnode is not 
specified, the default value of is used. If the srcnode value specified is 0, the SNODE 
parameter is not used to match incoming requests to an INCALL block. 

dstnode The decimal number (0 £ dstnode £ 63) of the destination node of the logical link over which 
the application-to-application connection is received. If dstnode is not specified, the 
default value of is used for application-to-application connections to the same host. If 
the dnode value specified is 0, the dnode parameter is not used to match incoming requests 
to an INCALL block. 

yn1 The stand-alone keyword value (YES or NO) for an optional stand-alone keyword. This 

parameter indicates whether connection data from the calling host has traffic priority over 
data to other devices in the network. Data on a connection that does not have traffic 
priority is suspended to relieve network congestion before data on connections with traffic 
priority is suspended. If PRI or PRI=YES is specified, the connection has data traffic 
priority. If PRI is omitted or PRI=N0 is specified, the connection does not have data 
traffic priority. 

dwnblim The downline block limit. This parameter specifies the maximum number (1 £ dwnblim £31) of 
downline blocks that NAM in the called host can have outstanding (unacknowledged). If 
dwnblim is not specified, the default value of 2 is used. 

abl The application block limit. This parameter specifies the maximum number (1 £ abl £ 7) of 
blocks that the called application program can have outstanding (unacknowledged). If abl is 
not specified, the default value of 2 is used. 

dwnlsiz The downline block size. This parameter specifies the maximum number (1 £ dwnlsiz £ 2043) 
of bytes that the called application program can send in a block. If dwnlsiz is not 
specified, the default value of 255 is used. 

sndsiz The window size to be used by CCP for the send direction for this connection. This 

parameter specifies the decimal value (1 £ sndsiz £ 7) of the number of outstanding packets 
allowed for the outbound direction of an X.25 connection. The value specified for sndsiz 
cannot exceed the maximum configured for the port. This parameter has no meaning for 
host-to-host Logical link connections. If sndsiz is omitted, the default value of 2 is used. 

recsiz The window size to be used by CCP for the receive direction for this connection. This 

parameter specifies the decimal value (1 £ recsiz £ 7) of the number of outstanding packets 
allowed for the inbound direction of an X.25 connection. The value specified for recsiz 
cannot exceed the maximum configured for the port. This parameter has no meaning for 
host-to-host logical link connections. If recsiz is omitted, the default value of 2 is used. 
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dpls The data packet Length for the send direction. This parameter specifies the maximum number 
of data octets (8-bit bytes) that an X.25 packet to the called DTE can contain. The value 
specified for dpls cannot exceed the value configured for the port. If dpls is omitted, the 
default value of 128 is used. This parameter applies only to X.25 connections. The valid 
ranges of values for dpls is 16, 32, 64, 128, 256, 512, and 1024. Values other than 
allowed values are translated to the next higher value, and values greater than 1024 cause 
an error at NOL generation time. 

dplr The data packet length for the receive direction. This parameter specifies the maximum 
number of data octets <8-bit bytes) that an X.25 packet from the called DTE can contain. 
This parameter applies only to X.25 connections. The valid ranges of values for dplr is 16, 
32, 64, 128, 512, and 1024. Values other than the allowed values are translated to the next 
higher value, and values greater than 1024 cause an error at NDL generation time. The value 
specified for dplr cannot exceed the value configured for the port. If dplr is omitted, the 
default value of 128 is used. 

srchost The source host identifier (1 to 6 hexadecimal digits) of where the call request was 

originated. This value serves as the identifier of the calling host and must correspond to 
ASCII codes. If srchost is not specified, the default value is the ASCII string equivalent 
of 000. If srchost is set to or not specified, this parameter is not used to match 
incoming requests to INCALL blocks. 

upblim The upline block limit. This parameter specifies the maximum number (1 < upblim < 7) of 

blocks that the NPU can have outstanding (unacknowleged) to the called host. This parameter 
is meaningfuL only to X.25 connections. If upblim is not specified, the default value of 2 
is used. 

upbsize The upline block size divided by 100. This parameter specifies the maximum number (1 < 
upbsize < 20) of bytes that the local NPU can send in a non-PRU data block to the called 
host. This parameter is meaningful only to X.25 connections. If upbsize is not specified, 
the default value of 2 is used. 



portnum The hexadecimal port number (1 < portnum < FE) on the PSN access NPU through which the 
application-to-application connection request is received. This parameter is used for 
matching an incoming request to an INCALL block for only those requests received over an 
X.25 link. If this parameter is not specified, the check will not include this parameter. 

dtea The PSN address of the calling DTEA. The valid range of values is 1 to 14 decimal digits. 

This parameter is not applicable to appLi cation-to-application connections over host-to-host 
logical links. The default value of this parameter is 0. If DTEA is not specified, then 
DTEA is not used to match incoming call requests to the INCALL block. 

COLLECT The reverse charge facility indicator. If this parameter is specified, the reverse charge 
facility is supported for this connection and all charges for the connection are accepted. 
This parameter is applicable only for host-to-NPU logical link connections. 

FASTSEL The fast select facility indicator. If this parameter is specified, the fast select 
facility is supported for this connection. This parameter is applicable only for 
host-to-NPU logical link connections. 

faccode The facility code and parameter definition for a single facility field. This parameter (of 
a possible set of parameters from FAC1 to FAC31) specifies the hexadecimal digit coding of a 
facility and accompanying parameters. This parameter specifies the facilities (other than 
WR, WS, DPLR, DPLS, COLLECT, or FASTSEL) that are accepted on the incoming call request. 
The range of values for each faccode is 4 to 12 hexadecimal digits. There is no default 
value; if faccode is not specified, no facilities are accepted. 



Figure 8-5. INCALL Statement Format (Sheet 2 of 2) 



• 8-10 



60480000 M 



o 
o 



o 



TERMINAL MAINTENANCE 
MECHANISM 

In addition to controlling user access to appli- 
cation programs and providing conveniently shortened 
forms of login, you can use the USER and DEVICE 
statements to provide maintenance mechanisms. Such 
mechanisms include making Terminal Verification 
Facility use easy. CDC provides the Terminal 
Verification Facility (TVF) so that a terminal user 
can test a console device to see if it is function- 
ing properly. 



If a terminal is capable of successfully completing 
a manual login to TVF , it is not likely that the 
terminal user needs to access TVF. Conversely, if 
the user needs TVF for testing, it might not be 
possible for the device to manually log in to TVF. 
To avoid this access bottleneck, you can use a form 
of the automatic login feature. 



AN27TVF : TERMDEV , STIP=N2741 , AUTOLOG=YES , 

AUTOCON=¥ES. 
A274TVF: TERMDEV, STIP=2741 ,AHTOLOG=YES, 

AUTOCON=YES. 



X25TVF: TERMDEV, STIP=PAD,AUTOLOG=YES, 
AUTOCON=YES. 



SM4ATVF: TERMDEV, STIP=M4A,AUT0L0G=YES, 

AUTOCON-YES. 
SM4CTVF: TERMDEV, STIP=M4C,AUT0L0G= YES, 

AUTOCON=YES. 



SHSPTVF: TERMDEV, ST I P=PRE,AUTOLOG= YES, 

AUTOCON=YES. 
SHPOTVF: TERMDEV, STIP=POST ,AUTOLOG= YES, 

AUTOCON=YES . 



o 



A completely generalized logical terminal (con- 
figured only by DEVICE statement parameter defaults 
on an automatic recognition line) can be configured 
on each NPU; this generalized terminal would be on 
a dial-up communication line and would be configured 
for full, automatic login to TVF as either a manda- 
tory or a primary application program. If lines of 
more than one TIP type are supported by the NPU, a 
separate generalized terminal definition on a sepa- 
rate automatic recognition dial-up line is needed 
for each type of Terminal Interface Program. 
Terminal users requiring the services of TVF could 
then simply dial into the appropriate generalized 
line and begin testing. 



You would need statements similar to the following 
in the network division to do this: 



In the local division, you would need statements 
similar to the following: 



AN27TVF : 

A274TVF: 

X25TVF : 

SM4ATVF 

SM4CTVF 

SHSPTVF 

SHPOTVF 



USER.MFAM; 
USER,MFAM= 
USER,MFAM= 
USER, MF AM 
USER.MFAM: 
USER.MFAM' 
USER.MFAM' 



=0,MUSER= 
=0 ,MUSER= 
=0 ,MUSER= 
=0 ,MUSER= 
=0,MUSER= 
=0,MUSER= 
■0 ,MUSER= 



TVF0001 
TVF0001 
■TVF0001 
TVF0001 
TVF0001 
TVF0001 
TVF0001 



,MAPPL= 
,MAPPL= 
,MAPPL; 
,MAPPL= 
,MAPPL= 
,MAPPL= 
,MAPPL= 



■TVF. 
■TVF. 
TVF. 
■TVF. 
■TVF. 
■TVF. 
■TVF. 



When this approach is used, it probably would be 
necessary for the terminal user to change the 
generalized terminal's definition with terminal 
definition commands during the course of testing. 
Not all defaults used for a generalized terminal 
would be appropriate for a given physical device. 



XtS 
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FILE STRUCTURE AND CONTENT 



O 



O 






o 



This section describes the logical structure and 
content of the major NOS local files handled by the 
NDL processor. The NDL processor can create one or 
more additional scratch files during processing 
(local file names ZZZZZU1 through ZZZZZU5). These 
scratch files are not significant to you as an NDL 
programmer and are not described . Files not 
directly handled by the NDL processor, such as the 
NPH load file and VALIDUz, are described in the NOS 
Version 2 Installation Handbook and the NOS Version 
2 System Maintenance Reference Manual. 

The NDL processor handles four major types of local 
files: 

The input file 

Network configuration files 

Local configuration files 

The job listing file 

The NDL processor also always produces a dayfile on 
file OUTPUT, indicating the error processing 
performed during execution. If no errors were 
encountered , a message Indicating this is placed in 
the dayfile (see appendix B). 



INPUT FILE 

All file creation jobs (described in section 10) 
require an input file for the NDL processor. The 
input file contains all NDL statements required for 
the creation of the network definition files being 
generated (see section 1). The input file name is 
either INPUT, COMPILE, or a valid file name that 
you supply in the NDLP command. The input file is 
a sequential file of 80- or 90-character records, 
terminated by an end-of-record indicator. This 
file is processed using the operating system input/ 
output macros. 



NETWORK CONFIGURATION FILE 

One network configuration file is created from each 
network division in the input file. This file con- 
tains information from the following NDL statements 
relating to the physical and logical configuration 
of elements: 



NFILE 


LINE 


SUPLINK 


GROUP 


COUPLER 


TERMINAL 


NPU 


TERMDEV 


TRUNK 


DEVICE 


LOGLINK 





The network configuration file is constructed by 
the NDL processor. It is accessed by the Network 
Supervisor and the Communications Supervisor as a 
mass storage, direct access, random permanent file. 
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When the NDL processor finishes execution, any net- 
work configuration file it created remains attached 
to the job as a NOS local file. Postprocessing 
disposition of this file is your responsibility, 
using operating system commands. If one or more 
files without fatal errors were produced, you should 
make them direct access permanent files. These 
permanent files must have either file names known 
to the host operator or the default file names used 
in the procedure files that initiate network oper- 
ation. Section 10 outlines the mechanism for 
naming the network configuration files; the oper- 
ating system installation handbook describes the 
initiation procedure files. 

When a network defined by a network configuration 
file is operating, the file is dedicated to that 
network. Another network configuration file cannot 
be substituted for the one being used, nor can the 
network configuration file in use be modified. The 
NDL processor can create a new network configuration 
file at any time, regardless of whether or not the 
network is operating. Once a network configuration 
file exists, it can be used the next time the net- 
work is initialized. 

Each network configuration file contains records of 
several types. Only two types are of direct inter- 
est to you: 

The header record, which contains file identi- 
fication and verification information, and 
information from the TITLE statement. 

The file index record , which contains a dupli- 
cate of the header record. 

The file index record is the last record of a prop- 
erly constructed file. This index record contains 
the validation information needed by the Network 
and Communication Supervisors to ensure that all 
NPUs are loaded according to the information in the 
same network configuration file. It also contains 
the system clock time when the file was created and 
the number and Programming System Report (PSR) 
level of the NDLP version that created the file. 
The time and date from the header record are not 
written as part of the page headers when the file 
is listed. The index record also contains a bit 
that indicates whether the file was created without 
fatal errors. If the NDL processor detects any 
fatal errors during creation of the file, it does 
not set that bit; the supervisory programs cannot 
use such a file, and the NDL processor cannot 
produce a file summary listing for it. 

When the Network Supervisor accesses an old network 
configuration file at network initiation, it at- 
tempts to read the index record. If the index 
record does not meet network-wide compatibility 
criteria, the Network Supervisor requests another 
network configuration file from the host operator. 
The Network Supervisor also compares its code level 
with that found in the network configuration file 
index record. If the code levels are not the same, 
an informative message is sent to the host operator. 
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The NDL processor attempts to read the index record 
when it accesses an old network configuration file 
during a file inspection job (see section 10). If 
the index record does not have the validation bit 
set, the NDL processor issues a dayfile message 
(see appendix B). The processor will not read 
invalid files during file inspection jobs. 

The formatted content of the other records is not 
significant to you. These records are described in 
the internal documentation of the network software. 



LOCAL CONFIGURATION FILE 

One local configuration file is created from each 
local division in the input file. It contains 
information from the following statements relating 
to the physical and logical configuration of the 
service elements of the network: 



APPL 



INCALL 



LFILE 



OUTCALL 



USER 



The local configuration file is constructed by the 
NDL processor. It is accessed by the Network Vali- 
dation Facility as a mass storage, direct access, 
random permanent file. 

When the NDL processor finishes execution, any 
local configuration file it created remains attached 
to the job as a NOS local file. Postprocessing 
disposition of this file is the NDL programmer's 
responsibility, using operating system commands. 
If one or more files without fatal errors were 
produced, you should make them direct access per- 
manent files. These permanent files must have file 
names known to the host operator or the default 
file names used in the procedure files that initi- 
ate network operation. Section 10 outlines the 
mechanism for naming the local configuration files; 
the operating system installation handbook describes 
the initiation procedure files. 

When a network accessed according to a local con- 
figuration file is operating, the file is dedicated 
to that network. Another local configuration file 
cannot be substituted for the one being used, nor 
can the local configuration file in use be modi- 
fied. The NDL processor can create a new local 
configuration file at any time, regardless of 
whether or not the network is operating. Once a 
local configuration file exists, it can be used the 
next time the network is initialized. 

Each local configuration file contains records of 
several types. Only two of these are of direct 
interest to you: 

The file header record, which contains infor- 
mation from the TITLE statement. 



The validation record, which contains a dupli- 
cate of the header record and information 
similar to that in the network configuration 
file index record. 



The validation record is the last record of a 
properly constructed file. This index record con- 
tains the system clock time when the file was 
created and the number and Programming System 
Report (PSR) level of the NDLP version that created 
the file. The time and date from the header record 
are not written as part of the page headers when 
the file is listed. The index record also contains 
a bit that indicates whether the file was created 
without fatal errors. If the NDL processor detects 
any fatal errors during creation of the file, it 
does not set that bit; the Network Validation 
Facility cannot use such a file, and the NDL proc- 
essor cannot produce a file summary listing for it. 



When the Network Validation Facility accesses an 
old local configuration file at network initiation, 
it attempts to read the index record. If the index 
record indicates that the file is invalid, the 
Network Validation Facility requests another local 
configuration file from the host operator. 

When the NDL processor accesses an old local con- 
figuration file during a file inspection job, the 
processor attempts to read the validation record. 
If the validation record indicates that the file 
contains errors, the NDL processor issues a dayfile 
message and aborts the job. (See section 10 and 
appendix B.) 

The formatted content of the other records is not 
significant to you. These records are described in 
the internal documentation of the network software. 



JOB LISTING FILE 

The NDL processor creates the job listing file by 
reading the other local files created. The job 
listing file contains any or all of the listing 
options described in section 10 and illustrated in 
section 11 and appendix B. The job listing file 
name is either OUTPUT or a NOS local file name that 
you have supplied in the NDLP command. If a job 
listing file name of zero is supplied, no job list- 
ing file is created. 

This file is a sequential file of 137-character 

records, intended for output on a line printer. 

The file is created using the operating system 
input/output macros. 



o 
o 
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JOB STRUCTURE 
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This section describes the logical structure of 
jobs using the NDL processor. The form such jobs 
have when they are input to the operating system 
for execution depends on whether the jobs are NDL 
programs creating new network definition files, or 
are commands intended to inspect existing network 
definition files. 

All jobs using the NDL processor contain a command 
portion. File creation programs can contain an 
additional program portion as the input file (see 
section 9) and can contain data portions not related 
to NDL program processing. File inspection jobs do 
not contain a program portion but can contain data 
portions unrelated to NDL processor use. 



COMMAND PORTION 

The command portion of any job using the NDL proc- 
essor begins with job name and NOS USER commands 
and can contain any command valid for the operating 
system. The commands required in this portion de- 
pend upon whether file creation or file inspection 
is performed. 



FILE CREATION 



The command portion of an NDL program job must 
contain the program execution command shown in 
figure 10-1. This program execution command causes 
the loading of the NDL processor from the system 
library. 

The parameters in the NDLP program execution command 
are order-independent. If an option is desired, 
the keyword character and equals sign must be spec- 
ified explicitly; a command of the following form 
is not valid: 

NDLP(TAPE1 ,TAPE2,SF) 



The significance of parentheses and embedded blanks 
depends on the operating system conventions used. 
Commas are not used to positionally identify 
omitted parameters; a command of the following 
form, therefore, is also invalid: 

NDLP(,,L0=SF) 



o 



o 



o 



NDLP (I=i fn,L=ofn,L0=list) 



ifn 



ofn 



List 



The name of the local file containing the input source statements. If you omit the I parameter, 
the default name of INPUT is used. If you specify just the keyword character I but omit a 
file name, the default name of COMPILE is used. 

The name of the local file to receive any listable output of the NDL program. This file name 
must meet operating system file name constraints. If you omit the L parameter, the default 
name of OUTPUT is used. If you specify L=0 (zero), no listings are created unless a fatal error 
is detected; if a fatal error is found, an error summary listing is written on file OUTPUT. 

A list of one through four characters specifying the types of listing output you want the NDL 
processor to create. If you omit the L0 parameter or specify just the keyword characters L0= , 
the default values indicated below are used. You can specify list values in any order. If you 
specify either default, the other default is suppressed. The list values can be: 

N Indicates a normal source listing; N is a default value. This source listing contains all 
~" NDL statements as they were read from the input file. Each statement is prefixed with an 
NDL processor-generated sequence number; three asterisks precede a statement containing an 
error, and the letter D precedes a statement containing a defname identifier (see Special- 
Purpose Statements in section 2). 

D Indicates a defname listing; this is a default value. This listing contains each defname 
and its associated value declarations from all DEFINE statements used in one division of the 
NDL program; the NDL processor creates separate listings for each division. 

S Indicates an expanded source listing. This listing has the same format as a normal source 
listing; however, where a defname appears in the normal listing, the associated character 
string appears in the expanded listing. 

F Indicates a file content summary listing. This listing consists of the title, type, and 
summarized content information for each of the validated network definition files produced 
by the NDL processor. Files containing fatal compilation errors are not listed. 



Figure 10-1. NDLP File Creation Command Format 
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The following sample program execution commands are 
all valid: 



normal source 



NDLP. 

Produces the defname and 
listings by default. 

NDLP(L0=SF) 



Does not produce either default listing but 
produces both the expanded source listing 
and the file content summary listing. 

NDLP(L=0) 

Creates the network definition files but 
produces no listings. (If a fatal error is 
detected, the file OUTPUT contains a list 
of the diagnostic messages.) 

NDLP(LO=NDSF) 

Produces all four listings. 

NDLP(I, LO=N) 

Reads its input from the file called COMPILE 
and produces only the normal source list- 
ing; specification of only one of the 
listing default values always suppresses 
the other default. 

The command portion should also contain a NOS DEFINE 
command to make the NOS local files created by the 
NDL processor direct access permanent files. This 
command must precede the NDLP command. The Network 
Supervisor, Communications Supervisor, and Network 
Validation Facility attach the network definition 
files using the permanent file names specified in 
the NAM startup procedure master file. 

The DEFINE command should have the first form shown 
in figure 10-2 if the files specified are to be 
used as the network definition files attached by 
the released version of the NAM startup master file 
during network initialization. If these default 
permanent file names (NCFFILE and LCFFILE) are not 
used, any unique names can be specified as perma- 
nent file names for lfnl and lfn2. When more than 
one network or local configuration file is created 
by the NDL program, only one set can be given the 
default permanent file names. 

Any number of local or network configuration files 
can be made permanent files with appropriate alter- 
native forms of the DEFINE command. Refer to the 
NOS 2 Reference Set, Volume 3, System Commands, for 
details. 

The command portion can also contain an EXIT command 
and subsequent commands, if error exit processing 
of the job is desired. When NDL processor execu- 
tion ends abnormally, job processing control trans- 
fers to any EXIT command present. The command 
portion is terminated by an EOR indicator, such as 
a multipunched card with 7/8/9 in column 1, or with 
/*E0Rnn if submitted through a multileaving station. 



FILE INSPECTION 

NDL processor file inspection is limited to pro- 
ducing file content summary listings for files 
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DEFINE, lfn1= 



f NCFFILE 
(pfr>1 



) .. -, ( LCFFILE I 
}' Lfn2 =jpfn2 ] 



Lfn1 The local file name assigned to the 
network configuration file on the 
NFILE statement within the network 
division of the data portion of the 
job. 

Ifn2 The local file name assigned to the 
local configuration file on the 
LFILE statement within the local 
division of the data portion of the 
job. 

pfnl The permanent file name to assign to 
the network configuration file for 
use in the network initiation proce- 
dure files. 

pfn2 The permanent file name to assign to 
the local configuration file for use 
in the network initiation procedure 
files. 



Figure 10-2. DEFINE Command Format 



containing no fatal errors. File inspection jobs 
contain the form of the NDL processor command shown 
in figure 10-3. If the files to be inspected are 
not already local, the NDLP command must be pre- 
ceded by a NOS ATTACH command valid for the two 
files concerned. The NDL processor can only list 
one local configuration file and one network 
configuration file for each NDLP command used. A 
file inspection job can be combined with a file 
creation job, but each portion requires a separate 
NDLP command of the appropriate type. 

Figure 10-4 illustrates a possible combined inspec- 
tion and creation run. The files are examined 
first, and file summaries are produced. If a job 
error occurs, the file is recreated with source 
listings. A separate set of file summaries is then 
generated. 

The parameters in the NDLP inspection command are 
order-independent. If an option is desired, the 
keyword character or characters must be specified 
explicitly; a statement of the following form is 
not valid: 

NDLP(TAPE1 .TSTLCF .TSTNCF) 

The significance of parentheses and embedded blanks 
depends on the operating system conventions used. 
Commas are not used to positionally identify omitted 
parameters; a command of the following form is, 
therefore, also invalid: 

NDLP( , ,NF=TSTNCF) 

If you omit all parameters from the parameter list, 
a dayfile error diagnostic can occur. The follow- 
ing command form is not valid for file inspection 
jobs : 

NDLP. 
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NDLP(L=ofn,LF=lfn1,NF=lfn2) 



ofn The name of the Local file to receive 
any U stable output of the NOL pro- 
gram. This file name must meet 
operating system file name con- 
straints. If you omit the L param- 
eter, the default name of OUTPUT is 
used. 

Ifn1 The local file name of the local con- 
figuration file for which you want a 
content summary listing. This value 
must be the name assigned to the per- 
manent file form of the local config- 
uration file in a preceding ATTACH 
statement or the local file name 
assigned in an LFILE statement in a 
preceding file creation portion of 
the job. This name is required; 
there is no default value. If you do 
not want a local configuration file 
content listing, omit the LF 
parameter. 

Ifn2 The local file name of the network 

configuration file for which you want 
a content summary listing. This 
value must be the name assigned to 
the permanent f i le form of the net- 
work configuration file in a pre- 
ceding ATTACH statement or the local 
file name assigned in an NFILE state- 
ment in a preceding file creation 
portion of the job. This name is 
required; there is no default value. 
If you do not want a network config- 
uration file content listing, omit 
the NF parameter. 



Figure 10-3. NDLP File Inspection 
Command Format 



because the NDL processor assumes that this state- 
ment indicates a file creation job. 

The following inspection control statements are all 
valid: 

NDLP ( LF =TSTLCF , NF =TSTNCF ) 

Produces content summary listings of one 
local configuration file and one network 
configuration file. 

NDLP(LF=TSTLCF) 

Produces a content summary listing of one 
local configuration file. 

NDLP (LF=TSTLCF ,L=TAPE 1 ) 

Writes one local configuration file content 
summary listing on file TAPE1. 

The command portion can contain an EXIT command and 
subsequent commands, if you desire error exit 
processing. When NDL processor execution ends 
abnormally, job processing control transfers to any 
EXIT command present. 



Job File Contents: 



ND98. 

USER (LOR I, PASWRD) 

CHARGE (0059, 7346219) 

ATTACH (PUBSNCF=NCFFILE, PUBSLCF=LCFFILE) 

NDLP(L=OUTPUT, LF=PUBSLCF, NF=PUBSNCF) 

REWIND, PUBSLCF, PUBSNCF. 

RETURN, PUBSLCF, PUBSNCF. 

EXIT. 

ATTACH, COMPILE. 

EVICT, PUBSNCF, PUBSLCF. 

NDLP (I, L=0UTPUT, L0=NDS) 

REWIND, PUBSLCF, PUBSNCF. 

NDLP(L=0UTPUT, LF=PUBSLCF, NF=PUBSNCF) 

RETURN, PUBSLCF, PUBSNCF. 

End-of-record 

End-of-information 



COMPILE File Contents: 



Source statements of NDL program in 
section 11 



End-of-record 
End-of-information 



Figure 10-4. Example of Job for Both 
File Creation and File Inspection 



The command portion is ended by a card with 7/8/9 
multipunched in column 1 , by a card with /*E0Rnn 
punched in columns 1 through 7 if submitted through 
a 2780, 3780, or HASP workstation, or by an EOR 
indicator. 



PROGRAM AND DATA PORTIONS 

This portion of an NDL program's job structure 
contains only the language statements described in 
sections 3 and 4. The NDL processor makes no 
provision for subroutines, subprograms, or proc- 
esses written in compiler or assembly languages and 
intended to be run as part of an NDL program. 

Each program or data portion is ended by an EOR in- 
dicator, such as a multipunched card with 7/8/9 in 
column 1, or with /*E0Rnn in columns 1 through 7 if 
submitted through a 2780, 3780, or HASP workstation. 
If the job contains commands for postprocessing of 
the network definition files , subsequent data 
portions can be specified to provide directives. 

The job is terminated by an end-of-information 
indicator, such as a card with 6/7/8/9 multipunched 
in column 1, or with /*E0I in columns 1 through 4 
if submitted through a 2780, 3780, or HASP work- 
station. If the job contains only one program or 
data portion, you can omit the EOR indicator termi- 
nating that portion. 
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SAMPLE PROGRAM 
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This section contains a debugged sample NDL file 
creation program and the listings produced when it 
is executed by the NDL processor. The dayfile 
listing is not shown. 



PROGRAM INPUT 

The input for this sample NDL program consists of 
80-column card images submitted as a batch job 
under NOS. The job is structured to contain the 
command portion shown in figure 11-1 and a program 
portion (containing all of the NDL program state- 
ments listed in figure 11-2). 



PROGRAM OUTPUT 

The NDLP command in the input command portion of 
the job requests the NDL processor to produce all 
four possible types of output listing (figures 11-2 
through 11-9). The normal source listing is shown 
in figures 11-2 and 11-6; the defname listing is 
shown in figures 11-3 and 11—7; the expanded source 
listing is given in figures 11-4 and 11-8; and the 
file content summary listing appears as figures 
11-5 and 11-9. The time and date shown at the top 
of each listing page are the same as the time and 
date stored in the file header records of the net- 
work definition files produced by the program. 



If errors are detected in the program, a multiple- 
page error summary is produced in the format 
described in appendix B. Dayfile messages are 
produced whether errors occur or not; these are 
also described in appendix B. Because the sample 
program contains no fatal errors, no error summary 
listing is shown. 



ND99. 

USER (LOR I,PASWRD) 

CHARGE (0059,734621 9) 

DEFINE (PUBSNCF=NCF,PUBSLCF=LCF> 

N0LP(L0=F) 

End-of-record 



Figure 11-1. Sample Program Commands 



If the DEFINE statement summary option (defname 
listing, chosen by L0=D) has been specified in the 
NDLP command but no DEFINE statements occur in the 
NDL program, a summary containing the following 
message is produced: 

NO DEFINE COMMANDS ENCOUNTERED 

A complete file creation job output listing with 
all options would be produced in the following 
order for each division: 

Normal source listing 

Error summary listing with columns to indicate 
line number, error code, error text, and 
keyword or value involved (only if errors 
occurred) . 

DEFINE statement summary (defname listing) 

Expanded source listing 

Network definition file summary (only if no 
fatal errors occurred). 



NETWORK CONFIGURED 

Figure 11-10 is a block diagram of the physical 
network configured by the NDL program shown in 
figures 11-1 through 11-9. The logical network 
configuration the program produces is shown in 
figure 11-11. 

The NDL processor does not access the operating 
system equipment status table (EST). The EST 
entries in figure 11-10 are shown as background for 
interpreting the listing. The CCP build entries 
appear in the figure for the same reason; the NDL 
processor does not access or process the NPU load 
file in any manner. 

No attempt is made in figure 11-10 to show the full 
parameterization of each configured terminal. 
Parameterization values other than defaults are 
indicated. Note that trunk TRNK2 is enabled in 
figure 11-10, while the corresponding logical link, 
LINK4, is disabled in figure 11-11. Shading in 
figure 11-11 shows the relationships between the 
local configuration file USER statements and the 
network configuration file DEVICE and TERMDEV 
statements. 
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LINE ERR 

1 

2 

3 

4 

5 

6 

7 

8 

9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 



DEFINE 



COMMENT TEST CASE ND99. 

COMMENT NAM 1 NOL REFERENCE MANUAL POSITIVE TEST SAMPLE, SECTION 11. 

COMMENT NO ERRORS EXPECTED. 



********************************************************************** 
* THE FOLLOWING DIVISION CREATES A NETWORK DIVISION LOCAL FILE: 
********************************************************************** 

PUBSNCF: NFILE. 

TITLE,PUBSNCF (NDL REF MAN FOR NAM VER 1*6). 



****************************************** 
* NOTE THAT BLANK LINES ARE PERMITTED. 
****************************************** 



********************************************************************** 

* HERE ARE ALL OF THE DEFINE STATEMENTS TO BE EXPANDED FOR 

* DEFINITIONS IN THIS DIVISION: 



COMMENT THIS DEFINES DEDICATED ASYNCHRONOUS AUTOMATICALLY RECOGNIZED 
* COMMUNICATION LINES 

LDAAUTO: DEFINE, LTYPE=A1, TIPTYPE=ASYNC, AUTO=YES. 



COMMENT THIS DEFINES DEDICATED SYNCHRONOUS AUTOMATICALLY RECOGNIZED 

* COMMUNICATION LINES FOR MODE 4 ONLY; IT IS NOT USED IN THIS 

* NETWORK DEFINITION. 

LDSAUTO: DEFINE, LTYPE=S1, TIPTYPE=M0DE4. 



COMMENT THIS DEFINES DIAL-UP ASYNCHRONOUS AUTOMATICALLY RECOGNIZED 
* COMMUNICATION LINES 

LSAAUTO: DEFINE, LTYPE=A2, TIPTYPE=ASYNC, AUTO=YES. 



COMMENT THIS DEFINES DIAL-UP SYNCHRONOUS AUTOMATICALLY RECOGNIZED 

• COMMUNICATION LINES FOR MODE 4 ONLY; IT IS NOT USED IN THIS 

* NETWORK DEFINITION. 

LSSAUTO: DEFINE, LTYPE=S2, TIPTYPE=M0DE4. 



********************************************************************** 

* THIS 2550 IS CONFIGURED AS A FRONT-END NPU WITH A TERMINAL 

* NODE OF 3. 

NPA2550: NPU, N0DE=3, VARIANT=N2L, DMP=YES. 



********************************************************* 
* THERE IS ONE SUPERVISION PATH FOR THIS NPU. IT IS: 



SUPLINK, LLNAME=LINK1. 



************************************************************** 

* THIS NPU HAS ONE COUPLER THAT SERVES AS THE HOST END FOR 

* TWO LOGICAL LINKS. ONE LOGICAL LINK STARTS IN THIS NPU, 

* THE OTHER STARTS IN A REMOTE NPU. 



o 
o 







£ 



Figure 11-2. Normal Source Listing, Network Division (Sheet 1 of 5> 
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68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 
88 
89 
90 
91 
92 

93 

94 

95 

96 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 
123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 



CPLR1: COUPLER, N0DE=1, HNAME=SYS173, LOC=PRIMARY. 
LINK1 : LOGLINK, NCNAME=NPA2550. 
LINK2: LOGLINK, NCNAME=NPB2551 . 



********************************************************************* 
* HERE ARE ALL OF THE COMMUNICATION LINES FOR THIS NPU: 



COMMENT THIS SYNCHRONOUS LINE SERVICES DIAL-UP MODE 4 WORKSTATIONS 

* AND IS CONFIGURED FOR AUTOMATIC RECOGNITION. AS CONFIGURED, 

* THE LINE CAN SERVICE HASP, 2780, 3780, OR MODE 4A TERMINALS 

* AND MODE 4C DEVICES, BUT ONLY MODE 4A AND 4C TERMINALS ARE 

* CONFIGURED FOR SUCCESSFUL AUTOMATIC RECOGNITION. 

NPALN1: LINE, P0RT=2, LTYPE=S1, AUTO. 

TERMINAL, STIP=M4A, TC=200UT, CSET=BCD, CA=AUT0REC, RIC=NO. 

COMMENT AUTOMATIC LOGIN INFORMATION IS AVAILABLE FOR THIS TERMINAL 

* IN THE LOCAL CONFIGURATION FILE; IT IS USED BECAUSE THE CON- 

* DEVICE IS CONFIGURED WITH THE AUTOLOG PARAMETER 

UT200A1: DEVICE, DT=CON, TA=AUTOREC, HN=1, AUTOCON=YES, 

AUTOLOG=YES, DI=NO. 
UT200A2: DEVICE, DT=CR, TA=AUTOREC, DI=NO. 



COMMENT NOTE THAT THE TERMINAL IS A BCD CODE SET, BUT THE PRINTER 
* HAS A 64-CHARACTER ASCII PRINT TRAIN (SDT): 

UT200A3: DEVICE, DT=LP, SDT=A6, TA=AUTOREC, DI=NO. 



COMMENT EVEN THOUGH THIS TERMINAL IS REALLY A 734, IT IS CONFIGURED 

* AS IF IT WERE A 200 USER TERMINAL; TC DEFAULTS (CCP) TO TERM 

* CLASS USED FOR 200 USER TERMINALS. THIS CONFIGURATION IS 

* AUTOMATICALLY RECOGNIZED AS DISTINCT FROM THAT OF THE 

* PREVIOUS DEFINITION ONLY BECAUSE OF ITS CHARACTER SET VALUE. 

TERMINAL, STIP=M4A, TC=CCP, CSET=ASCII, CA=AUTOREC. 

UT200B4: DEVICE, DT=CON, TA=AUTOREC, HN=1, AUTOC0N=YES, 

AUTOLOG=YES, DI=NO. 
UT200B5: DEVICE, DT=CR. 
UT200B6: DEVICE, DT=LP, SDT=A6, TA=AUTOREC, DI=NO. 



COMMENT INSTEAD OF THE FOLLOWING TWO STATEMENTS, A SINGLE TERMDEV 

* STATEMENT COULD HAVE BEEN USED FOR THIS MODE 4C CONSOLE 

TERMINAL, STIP=M4C, TC=CCP, CSET=ASCII, CA=AUTOREC. 

COMMENT DEFAULT DEVICE TYPE IS CONSOLE (CON); ADMINISTRATIVE OPERATOR 

* MESSAGES ARE LOCKED OUT (LK PARAMETER). 

BATCH3: DEVICE, HN=1, AUTOCON, AUTOLOG, LK=YES. 



COMMENT THIS SYNCHRONOUS LINE SERVICES HASP WORKSTATIONS 

* 

* 

* 

* 



AND IS CONFIGURED FOR AUTOMATIC RECOGNITION. AS CONFIGURED, 
THE LINE CAN SERVICE HASP, 2780, 3780, OR MODE 4A TERMINALS 
AND MODE 4C DEVICES, BUT ONLY HASP DEVICES ARE 
CONFIGURED FOR SUCCESSFUL AUTOMATIC RECOGNITION. 



NPALN2: LINE, P0RT=3, LTYPE=S3, AUTO. 



Figure 11-2. Normal Source Listing, Network Division (Sheet 2 of 5) 
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135 

136 

137 

138 

139 

140 

141 

142 

143 

144 

145 

146 

147 

148 

149 

150 

151 

152 

153 

154 

155 

156 

157 

158 

159 

160 

161 

162 

163 

164 

165 

166 

167 

168 

169 

170 

171 

172 

173 

174 

175 

176 

177 

178 

179 

180 

181 

182 

183 

184 

185 

186 

187 

188 

189 

190 

191 

192 

193 

194 

195 

196 

197 

198 

199 

200 

201 

202 

203 



COMMENT TC COULD BE OMITTED OR SPECIFIED AS TC=CCP FOR THE SAME 
* RESULT IN THE FOLLOWING: 

TERMINAL, STIP=PRE, TC=HPRE. 



HASPCON 
HASPCP1 
HASPPL1 
HASPCR1 
HASPCR3 
HASPLP1 



DEVICE, PRI=YES, HN=1, AUTOCON, AUTOLOG. 

DEVICE, DT=CP, D0=1. 

DEVICE, DT=PL, SDT=8BIT, D0=2. 

DEVICE, DT=CR, SDT=26, D0=1. 

DEVICE, DT=CR, SDT=26, D0=2. 

DEVICE, DT=LP, SDT=A9, D0=1. 



^^r 



COMMENT THE FOLLOWING IS AN 029 CARD READER BY DEFAULT 
HASPCR2: DEVICE, DT=CR, D0=3. 

COMMENT THE FOLLOWING IS A 64-CHARACTER ASCII PRINTER BY DEFAULT 
HASPLP2: DEVICE, DT=LP, D0=2. 



********************************************************************* 
COMMENT THE FOLLOWING IS A DIALUP ASYNCHRONOUS LINE CONFIGURED FOR 

* AUTOMATIC RECOGNITION; THE DEFINITION IS EXPANDED FROM A 

* DEFINE STATEMENT. 

NPALN3: LINE, P0RT=4, LSAAUTO. 



COMMENT THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
* DEVICE CAPABLE OF X-ON/X-OFF CONTROL OF INPUT OPERATIONS. 

HQRTTY1: TERMDEV, STIP=N2741, TSPEED=110, IC=YES, AUTOLOG. 



COMMENT THE FOLLOWING IS A 2741 -COMPATIBLE APL CHARACTER SET DEVICE 
HQRTTY2: TERMDEV, STIP=2741, TSPEED=134, CSET=EBCDAPL, AUTOLOG. 



********************************************************************** 

* THIS 2551 IS CONFIGURED AS A REMOTE NPU WITH A TERMINAL NODE 

* OF 4. IT REQUIRES AN OPERATOR COMMAND TO BEGIN SERVICING 

* COMMUNICATION LINES AFTER LOADING; IT IS NOT DUMPED BEFORE EACH 

* LOAD (DMP=NO IS DEFAULT). 

NPB2551: NPU, N0DE=4, VARIANT =N5F, OPGO=YES. 



************************************************************ 

* THERE ARE TWO POSSIBLE SUPERVISION PATHS FOR THIS NPU. 

* IN ORDER OF PRIORITY OF USE, THEY ARE: 

SUPLINK, LLNAME=LINK2. 
SUPLINK, LLNAME=LINK4. 



********************************************************************* 
COMMENT THE FOLLOWING IS A DEDICATED ASYNCHRONOUS LINE CONFIGURED 

* FOR AUTOMATIC RECOGNITION; THE DEFINITION IS EXPANDED FROM 

* A DEFINE STATEMENT. 



/f t\ 



o 






NPBLN1: LINE, P0RT=3, LDAAUTO. 



COMMENT THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
* DEVICE, BUT IS CONFIGURED TO BE A HAZELTINE 2000. 

ARHTTY1: TERMDEV, TC=H2000, TSPEED=AUTOREC, AUTOLOG. 



Figure 11-2. Normal Source Listing, Network Division (Sheet 3 of 5) 
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204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 
215 
216 
217 
218 
219 
220 
221 
222 
223 
224 
225 
226 
227 
228 
229 
230 
231 
232 
233 
234 
235 
236 
237 
238 
239 
240 
241 
242 
243 
244 
245 
246 
247 
248 
249 
250 
251 
252 
253 
254 
255 
256 
257 
258 
259 
260 
261 
262 
263 
264 
265 
266 
267 
268 
269 
270 
271 



COMMENT THE FOLLOWING IS A 2741 -COMPATIBLE DEVICE 

ARHTTY2: TERMDEV, STIP=2741, TSPEED=134, CSET=CORRES, AUTOLOG. 



********************************************************************** 

* THIS 2550 IS CONFIGURED AS A FRONT -END (LOCAL) NPU WITH A 

* TERMINAL NODE OF 5. IT IS NOT DUMPED AFTER BEING LOADED. 

NPC2550: NPU, N0DE=5, VARIANT=N3L, DMP=NO. 



********************************************************** 
* THERE IS ONE POSSIBLE SUPERVISION PATH FOR THIS NPU: 



SUPLINK, LLNAME=LINK3. 



********************************************************************* 

* THIS NPU HAS ONE COUPLER THAT SERVES AS THE HOST END FOR 

* THREE LOGICAL LINKS. ONE LOGICAL LINK STARTS IN THIS NPU, 

* THE OTHER TWO START IN REMOTE NPUS. 

CPLR2: COUPLER, N0DE=2, HNAME=SYS173, LOC=PRIMARY. 
LINK3: LOGLINK, NCNAME=NPC2550. 
LINK5: LOGLINK, NCNAME=NPDAEG. 



LINK4: LOGLINK, NCNAME=NPB2551, DI=YES.*THIS LOGICAL LINK 
* CAN BE USED IF THE COUPLER CONNECTED TO NPA2550 IS DOWN. 



********************************************************************** 
COMMENT THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN 
* AUTOMATIC RECOGNITION CONFIGURATION. 



NPCLN1: LINE, P0RT=3, LSAAUTO. 



COMMENT THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
* DEVICE, BUT IS CONFIGURED TO BE A MODEL 40 TELETYPE. 

SVLTTY1: TERMDEV, TC=M40, TSPEED=1200, HN=2, AUTOCON, AUTOLOG. 



COMMENT THE FOLLOWING IS A CDC 713 DEVICE 

SVLTTY2: TERMDEV, TSPEED=300, TC=713, HN=2, AUTOCON, AUTOLOG. 



********************************************************************* 

* THIS SELF-LOADING NPU IS CONFIGURED AS A REMOTE NPU WITH 

* A TERMINAL NODE OF 6. AN OPERATOR COMMAND IS REQUIRED TO BEGIN 

* SERVICING LINES (YES IS IMPLICIT VALUE FOR OPGO PARAMETER). 

* THE DUMMY PICB NAME OF "SELF" IS USED, AND DUMPING IS DISABLED 

* BECAUSE RELOADING THROUGH A NEIGHBOR NODE IS NOT POSSIBLE. 

NPDAEG: NPU, N0DE=6, VARIANT=SELF, OPGO, DMP=NO. 



********************************************************************* 
* THERE IS ONE POSSIBLE SUPERVISION PATH FOR THIS NPU: 

SUPLINK, LLNAME=LINK5. 



Figure 11-2. Normal Source Listing, Network Division (Sheet 4 of 5) 
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272 
273 
274 
275 
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278 
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320 
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327 
328 
329 
330 
331 
332 
333 
334 
335 
336 
337 
338 
339 
340 
341 



******************************************************************** 
COMMENT THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN 
* AUTOMATIC RECOGNITION CONFIGURATION. 



NPDLN1: LINE, P0RT=3, LSAAUTO. 



COMMENT THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
* DEVICE. 



STATTY1: TERMDEV, STIP=N2741, HN=2, AUTOCON=YES. 



********************************************************************** 
COMMENT THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN 
* AUTOMATIC RECOGNITION CONFIGURATION. 



NPDLN2: LINE, P0RT=2, LSAAUTO. 



COMMENT THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
* DEVICE, BUT IS CONFIGURED TO BE A MODEL 37 TELETYPE. 



STATTY2: TERMDEV, TSPEED=150, TC=M33, PR I. 



******************************************************************* 
COMMENT THE FOLLOWING IS A DEDICATED ASYNCHRONOUS LINE WITH AN 
* AUTOMATIC RECOGNITION CONFIGURATION. 



NPDLN3: LINE, P0RT=4, LDAAUTO. 



COMMENT THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
* DEVICE. 

STATTY3: TERMDEV, STIP=N2741, HN=2, AUT0CON=YES. 



********************************************************************** 

* HERE ARE ALL OF THE TRUNK COMMUNICATION LINES IN THIS NETWORK: 

COMMENT THIS TRUNK CARRIES ONLY INTERACTIVE TRAFFIC, AND USES THE 

* DEFAULT FRAME SIZE OF 1050 CHARACTER BYTES: 

TRNK1: TRUNK, N1=NPA2550, P1=1, N2=NPB2551, P2=1, N0L0AD1=YES, 
NOL0AD2=YES, DI=NO. 



COMMENT NOTE THAT THIS TRUNK IS ENABLED, EVEN THOUGH THE 
* CORRESPONDING LOGICAL LINK IS DISABLED. 

TRNK2: TRUNK, N1=NPC2550, P1=1, N2=NPB2551, P2=2, N0L0AD1=YES, 
N0L0AD2=YES, FRAME=1050, DI=NO. 



COMMENT THIS SELF-LOADING NPU CANNOT BE LOADED BY ITS NEIGHBOR NODE 
* AND CANNOT LOAD ITS NEIGHBOR NODE. 

TRNK3: TRUNK, N1=NPC2550, P1=2, N2=NPDAEG, P2=1, N0L0AD1=N0, 
N0L0AD2=N0, FRAME=1050, DI=NO. 

COMMENT THIS IS THE END OF THE NETWORK DIVISION. 



********************************************************************** 
* THE FOLLOWING DIVISION CREATES A LOCAL DIVISION LOCAL FILE: 
********************************************************************** 



o 
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DEFINE NAME 


DEFINE CONTENTS 


LDAAUTO 


LTYPE=A1 ,TIPTYPE=AS YNC,AUTO=YES . 


LDSAUTO 


LTYPE=S1,TIPTYPE=M0DE4. 


LSAAUTO 


LTYPE=A2,TIPTYPE=ASYNC,AUTO=YES. 


LSSAUTO 


LTYPE=S2,TIPTYPE=M0DE4. 



Figure 11-3. DEFINE Statement Summary Listing, Network Division 



LINE ERR 

1 

2 

3 

4 

5 

6 

7 

8 

9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 



DEFINE 



COMMENT TEST CASE ND99. 

COMMENT NAM 1 NDL REFERENCE MANUAL POSITIVE TEST SAMPLE, SECTION 11. 

COMMENT NO ERRORS EXPECTED. 



********************************************************************** 
* THE FOLLOWING DIVISION CREATES A NETWORK DIVISION LOCAL FILE: 
********************************************************************** 

PUBSNCF: NFILE. 

TITLE, PUBSNCF (NDL REF MAN FOR NAN VER 1*6). 



****************************************** 
* NOTE THAT BLANK LINES ARE PERMITTED. 
****************************************** 



********************************************************************** 

* HERE ARE ALL OF THE DEFINE STATEMENTS TO BE EXPANDED FOR 

* DEFINITIONS IN THIS DIVISION: 



COMMENT THIS DEFINES DEDICATED ASYNCHRONOUS AUTOMATICALLY RECOGNIZED 
* COMMUNICATION LINES 

LDAAUTO: DEFINE, LTYPE=A1, TIPTYPE=ASYNC, AUTO=YES. 



COMMENT THIS DEFINES DEDICATED SYNCHRONOUS AUTOMATICALLY RECOGNIZED 

* COMMUNICATION LINES FOR MODE 4 ONLY; IT IS NOT USED IN THIS 

* NETWORK DEFINITION. 

LDSAUTO: DEFINE, LTYPE=S1, TIPTYPE=M0DE4. 



COMMENT THIS DEFINES DIAL-UP ASYNCHRONOUS AUTOMATICALLY RECOGNIZED 
* COMMUNICATION LINES 

LSAAUTO: DEFINE, LTYPE=A2, TIPTYPE=ASYNC, AUTO=YES. 



COMMENT THIS DEFINES DIAL-UP SYNCHRONOUS AUTOMATICALLY RECOGNIZED 

* COMMUNICATION LINES FOR MODE 4 ONLY; IT IS NOT USED IN THIS 

* NETWORK DEFINITION. 

LSSAUTO: DEFINE, LTYPE=S2, TIPTYPE=M0DE4. 



Figure 11-4. Expanded Source Listing, Network Division (Sheet 1 of 6) 



o 



60480000 L 



11-7 



50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 

61 

62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

107 

108 

109 
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112 



********************************************************************** 

* THIS 2550 IS CONFIGURED AS A FRONT -END NPU WITH A TERMINAL 

* NODE OF 3. 

NPA2550: NPU, N0DE=3, VARIANT=N2L, DMP=YES. 



********************************************************* 
* THERE IS ONE SUPERVISION PATH FOR THIS NPU. IT IS: 



SUPLINK, LLNAME=LINK1 . 



************************************************************** 

* THIS NPU HAS ONE COUPLER THAT SERVES AS THE HOST END FOR 

* TWO LOGICAL LINKS. ONE LOGICAL LINK STARTS IN THIS NPU, 

* THE OTHER STARTS IN A REMOTE NPU. 

CPLR1: COUPLER, N0DE=1, HNAME=SYS173, LOC=PRIMARY. 
LINK1 : LOGLINK, NCNAME=NPA2550. 
LINK2: LOGLINK, NCNAME=NPB2551 . 



*********************************************************** 
* HERE ARE ALL OF THE COMMUNICATION LINES FOR THIS NPU: 



COMMENT THIS SYNCHRONOUS LINE SERVICES DIAL-UP MODE 4 WORKSTATIONS 

* AND IS CONFIGURED FOR AUTOMATIC RECOGNITION. AS CONFIGURED, 

* THE LINE CAN SERVICE HASP, 2780, 3780, OR MODE 4A TERMINALS 

* AND MODE 4C DEVICES, BUT ONLY MODE 4A AND 4C TERMINALS ARE 

* CONFIGURED FOR SUCCESSFUL AUTOMATIC RECOGNITION. 



o 
o 



xJ 



NPALN1: LINE, P0RT=2, LTYPE=S1, AUTO. 

TERMINAL, STIP=M4A, TC=200UT, CSET=BCD, CA=AUTOREC, RIC=NO. 



COMMENT AUTOMATIC LOGIN INFORMATION IS AVAILABLE FOR THIS TERMINAL 

* IN THE LOCAL CONFIGURATION FILE; IT IS USED BECAUSE THE CON- 

* DEVICE IS CONFIGURED WITH THE AUTOLOG PARAMETER 

UT200A1: DEVICE, DT=CON, TA=AUTOREC, HN=1, AUTOCON=YES, 

AUTOLOG=YES, DI=NO. 
UT200A2: DEVICE, DT=CR, TA=AUTOREC, DI=NO. 

COMMENT NOTE THAT THE TERMINAL IS A BCD CODE SET, BUT THE PRINTER 

* HAS A 64-CHARACTER ASCII PRINT TRAIN (SDT): 

UT200A3: DEVICE, DT=LP, SDT=A6, TA=AUTOREC, DI=NO. 



COMMENT EVEN THOUGH THIS TERMINAL IS REALLY A 734, IT IS CONFIGURED 

* AS IF IT WERE A 200 USER TERMINAL; TC DEFAULTS (CCP) TO TERM 

* CLASS USED FOR 200 USER TERMINALS. THIS CONFIGURATION IS 

* AUTOMATICALLY RECOGNIZED AS DISTINCT FROM THAT OF THE 

* PREVIOUS DEFINITION ONLY BECAUSE OF ITS CHARACTER SET VALUE. 

TERMINAL, STIP=M4A, TC=CCP, CSET=ASCII, CA=AUTOREC. 

UT200B4: DEVICE, DT=CON, TA=AUTOREC, HN=1, AUTOCON=YES, 

AUTOLOG=YES, DI=NO. 
UT200B5: DEVICE, DT=CR. 
UT200B6: DEVICE, DT=LP, SDT=A6, TA=AUTOREC, DI=NO. 






XJ 
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113 






114 


COMMENT 


INSTEAD OF THE FOLLOWING TWO STATEMENTS, A SINGLE TERMDEV 


115 


* 


STATEMENT COULD HAVE BEEN USED FOR THIS MODE 4C CONSOLE 


116 






117 


TERMINAL, STIP=M4C, TC=CCP, CSET=ASCII, CA=AUTOREC. 


118 






119 






120 


COMMENT 


DEFAULT DEVICE TYPE IS CONSOLE (CON); ADMINISTRATIVE OPERATOR 


121 


* 


MESSAGES ARE LOCKED OUT (LK PARAMETER). 


122 






123 




BATCH3: DEVICE, HN=1, AUTOCON, AUTOLOG, LK=YES. 


124 






125 






126 


COMMENT 


THIS SYNCHRONOUS LINE SERVICES HASP WORKSTATIONS 


127 


* 


AND IS CONFIGURED FOR AUTOMATIC RECOGNITION. AS CONFIGURED, 


128 


* 


THE LINE CAN SERVICE HASP, 2780, 3780, OR MODE 4A TERMINALS 


129 


* 


AND MODE 4C DEVICES, BUT ONLY HASP DEVICES ARE 


130 


* 


CONFIGURED FOR SUCCESSFUL AUTOMATIC RECOGNITION. 


131 






132 


NPALN2: 


LINE, P0RT=3, LTYPE=S3, AUTO. 


133 






134 






135 


COMMENT 


TC COULD BE OMITTED OR SPECIFIED AS TC=CCP FOR THE SAME 


136 


* 


RESULT IN THE FOLLOWING: 


137 






138 


TERMINAL, STIP=PRE, TC=HPRE. 


139 




HASPCON 


DEVICE, PRI=YES, HN=1, AUTOCON, AUTOLOG. 


140 




HASPCP1 


DEVICE, DT=CP, D0=1. 


141 




HASPPL1 


DEVICE, DT=PL, SDT=8BIT, 00=2. 


142 




HASPCR1 


DEVICE, DT=CR, SDT=26, D0=1. 


143 




HASPCR3 


DEVICE, DT=CR, SDT=26, D0=2. 


144 




HASPLP1 


DEVICE, DT=LP, SDT=A9, D0=1 . 


145 






146 






147 


COMMENT 


THE FOLLOWING IS AN 029 CARD READER BY DEFAULT 


148 




"k 


149 




HASPCR2: DEVICE, DT=CR, D0=3. 


150 






151 






151 


COMMENT 


THE FOLLOWING IS A 64-CHARACTER ASCII PRINTER BY DEFAULT 


152 






153 




HASPLP2: DEVICE, DT=LP, 00=2. 


154 






155 






156 


******************************************************************** 


157 


COMMENT 


THE FOLLOWING IS A DIALUP ASYNCHRONOUS LINE CONFIGURED FOR 


158 


* 


AUTOMATIC RECOGNITION; THE DEFINITION IS EXPANDED FROM A 


159 


* 


DEFINE STATEMENT. 


160 






161 


D NPALN3: 


LINE, P0RT=4, LTYPE=A2,TIPTYPE=ASYNC,AUT0=YES. 


162 






163 






164 


COMMENT 


THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 


165 


* 


DEVICE CAPABLE OF X-ON/X-OFF CONTROL OF INPUT OPERATIONS. 


166 






167 


HQRTTY1: TERMDEV, STIP=N2741, TSPEED=110, IC=YES, AUTOLOG. 


168 






169 






170 


COMMENT 


THE FOLLOWING IS A 2741 -COMPATIBLE APL CHARACTER SET DEVICE 


171 






172 


HQRTTY2: TE8HBEV, STIP=2741, TSPEE0=134, CSET=EBCDAPL, AUTOLOG. 


173 
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201 
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210 
211 
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213 
214 
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231 
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233 
234 
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********************************************************************** 

* THIS 2551 IS CONFIGURED AS A REMOTE NPU WITH A TERMINAL NODE 

* OF 4. IT REQUIRES AN OPERATOR COMMAND TO BEGIN SERVICING 

* COMMUNICATION LINES AFTER LOADING; IT IS NOT DUMPED BEFORE EACH 

* LOAD <DMP=NO IS DEFAULT). 

NPB2551: NPU, N0DE=4, VARIANT=N5F, OPGO=YES. 



************************************************************ 

* THERE ARE TWO POSSIBLE SUPERVISION PATHS FOR THIS NPU. 

* IN ORDER OF PRIORITY OF USE, THEY ARE: 



SUPLINK, LLNAME=LINK2. 
SUPLINK, LLNAME=LINK4. 



********************************************************************* 
COMMENT THE FOLLOWING IS A DEDICATED ASYNCHRONOUS LINE CONFIGURED 

* FOR AUTOMATIC RECOGNITION; THE DEFINITION IS EXPANDED FROM A 

* DEFINE STATEMENT. 

NPBLN1: LINE, P0RT=3, LTYPE=A1,TIPTYPE=ASYNC,AUT0=YES. 



COMMENT THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
* DEVICE, BUT IS CONFIGURED TO BE A HAZELTINE 2000. 

ARHTTY1: TERMDEV, TC=H2000, TSPEED=AUTOREC, AUTOLOG. 



COMMENT THE FOLLOWING IS A 2741 -COMPATIBLE DEVICE 

ARHTTY2: TERMDEV, STIP=2741, TSPEED=134, CSET=CORRES, AUTOLOG. 



*************************************************************** 

* THIS 2550 IS CONFIGURED AS A FRONT-END (LOCAL) NPU WITH A 

* TERMINAL NODE OF 5. IT IS NOT DUMPED AFTER BEING LOADED. 

NPC2550: NPU, N0DE=5, VARIANT=N3L, OMP=NO. 



********************************************************** 
* THERE IS ONE POSSIBLE SUPERVISION PATH FOR THIS NPU: 
SUPLINK, LLNAME=LINK3. 



************************************************************** 

* THIS NPU HAS ONE COUPLER THAT SERVES AS THE HOST END FOR 

* THREE LOGICAL LINKS. ONE LOGICAL LINK STARTS IN THIS NPU, 

* THE OTHER TWO START IN REMOTE NPUS. 

CPLR2: COUPLER, N0DE=2, HNAME=SYS173, LOC=PRIMARY. 
LINK3: LOGLINK, NCNAME=NPC2550. 
LINK5: LOGLINK, NCNAME=NPDAEG. 

LINK4: LOGLINK, NCNAME=NPB2551, DI=YES.*THIS LOGICAL LINK 

* CAN BE USED IF THE COUPLER CONNECTED TO NPA2550 IS DOWN. 



o 
o 









t"~\ 
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**************************************************************** 
COMMENT THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN 
* AUTOMATIC RECOGNITION CONFIGURATION. 

NPCLN1: LINE, P0RT=3, LTYPE=A2,TIPTYPE=ASYNC,AUT0=YES. 



COMMENT THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
* DEVICE, BUT IS CONFIGURED TO BE A MODEL 40 TELETYPE. 

SVLTTY1: TERMDEV, TC=M40, TSPEED=1200, HN=2, AUTOCON, AUTOLOG. 



COMMENT THE FOLLOWING IS A CDC 713 DEVICE 

SVLTTY2: TERMDEV, TSPEED=300, TC=713, HN=2, AUTOCON, AUTOLOG. 



********************************************************************* 

* THIS SELF-LOADING NPU IS CONFIGURED AS A REMOTE NPU WITH 

* A TERMINAL NODE OF 6. AN OPERATOR COMMAND IS REQUIRED TO BEGIN 

* SERVICING LINES (YES IS IMPLICIT VALUE FOR OPGO PARAMETER). 

* THE DUMMY PICB NAME OF "SELF" IS USED, AND DUMPING IS DISABLED 

* BECAUSE RELOADING THROUGH A NEIGHBOR NODE IS NOT POSSIBLE. 

NPDAEG: NPU, N0DE=6, VARIANT =SELF, OPGO, DMP=NO. 



********************************************************** 

* THERE IS ONE POSSIBLE SUPERVISION PATH FOR THIS NPU: 

SUPL I NK, LLNAME=L INK5 . 

**************************************************************** 
COMMENT THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN 

* AUTOMATIC RECOGNITION CONFIGURATION. 

D NPDLN1: LINE, P0RT=3, LTYPE=A2,TIPTYPE=ASYNC,AUT0=YES. 

COMMENT THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 

* DEVICE. 

STATTY1: TERMDEV, STIP=N2741, HN=2, AUT0CON=YES. 



**************************************************************** 
COMMENT THE FOLLOWING IS A DIAL-UP ASYNCHRONOUS LINE WITH AN 
* AUTOMATIC RECOGNITION CONFIGURATION. 

« 

NPDLN2: LINE, P0RT=2, LTYPE=A2,TIPTYPE=ASYNC,AUT0=YES. 



COMMENT THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
* DEVICE, BUT IS CONFIGURED TO BE A MODEL 37 TELETYPE. 

STATTY2: TERMDEV, TSPEED=150, TC=M33, PRI. 
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****************************************************************** 
COMMENT THE FOLLOWING IS A DEDICATED ASYNCHRONOUS LINE WITH AN 
* AUTOMATIC RECOGNITION CONFIGURATION. 

NPDLN3: LINE, PORT =4, LTYPE=A1,TIPTYPE=ASYNC,AUT0=YES. 



COMMENT THE FOLLOWING TERMINAL COULD BE ANY TELETYPEWRITER-COMPATIBLE 
* DEVICE. 



STATTY3: TERMDEV, STIP=N2741, HN=2, AUTOCON=YES. 



********************************************************************** 

* HERE ARE ALL OF THE TRUNK COMMUNICATION LINES IN THIS NETWORK: 

COMMENT THIS TRUNK CARRIES ONLY INTERACTIVE TRAFFIC, AND USES THE 

* DEFAULT FRAME SIZE OF 1050 CHARACTER BYTES: 

TRNK1: TRUNK, N1=NPA2550, P1=1, N2=NPB2551, P2=1, N0L0AD1=YES, 
N0L0AD2=YES, DI=N0. 



COMMENT NOTE THAT THIS TRUNK IS ENABLED, EVEN THOUGH THE 
* CORRESPONDING LOGICAL LINK IS DISABLED. 

TRNK2: TRUNK, N1=NPC2550, P1=1, N2=NPB2551, P2=2, N0L0AD1=YES, 
N0L0AD2=YES, FRAME=1050, DI=NO. 



COMMENT THIS SELF-LOADING NPU CANNOT BE LOADED BY ITS NEIGHBOR NODE 
* AND CANNOT LOAD ITS NEIGHBOR NODE. 

TRNK3: TRUNK, N1=NPC2550, P1=2, N2=NPDAEG, P2=1, N0L0AD1=N0, 
N0LOAD2=N0, FRAME=1050, DI=N0. 



COMMENT THIS IS THE END OF THE NETWORK DIVISION. 



********************************************************************** 
* THE FOLLOWING DIVISION CREATES A LOCAL DIVISION LOCAL FILE: 
********************************************************************** 



o 



\ 

XJ 






Figure 11-4. Expanded Source Listing, Network Division (Sheet 6 of 6) 
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61 
62 
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64 
65 
66 



ERR DEFINE 



PUBSLCF: LFILE. 

TITLE, PUBSLCF (NDL REF MAN FOR NAM VER 1*6). 



********************************************************************** 

* HERE ARE ALL OF THE APPLICATION PROGRAMS INSTALLED AT THIS 

* SITE. EACH HAS AN APPL STATEMENT JUST FOR DOCUMENTATION 

* PURPOSES; ONLY THE STATEMENTS FOR RBF, TAF, AND RMV2 ARE 

* NECESSARY. 

* THE PRIVILEGED RESTRICTION IS NOT REQUIRED FOR THE OTHERS. 

RBF: APPL, PRIV=YES, UID=YES, DI=NO. 

IAF: APPL, PRIV=YES, UID=NO, DI=NO. 

TAF: APPL, PRIV=YES, UID=YES, DI=NO. 

MCS: APPL, PRIV=YES, UID=NO, DI=NO. 

TVF: APPL, PRIV=NO, UID=NO, DI=NO. 



COMMENT THE FOLLOWING IS A SITE-DEFINED NETWORK APPLICATION PROGRAM 
* AND IS NOT IN THE SYSTEM LIBRARY: 



RMV2: 



APPL, DI=YES.* RMV2 IS INITIALLY DISABLED. 



*********************************************************** 

* HERE ARE ALL OF THE DEVICES REQUIRING AN AUTOMATIC OR 

* MANDATORY LOGIN CONFIGURATION. 

* ALL USER NAMES ARE KNOWN TO BE VALID FOR THIS HOST. 

* THE DEFAULT FAMILY NAME IS SVLSYS ; SVLFAM2 IS ALSO KNOWN 

* TO BE VALID. 



COMMENT THIS TERMINAL HAS DEFAULTS FOR ALL LOGIN PARAMETERS; USERS 
* ARE STILL PROMPTED FOR EACH PARAMETER EXCEPT PASSWORD: 

HASPCON: USER, DFAM=SVLFAM2, DUSER=HASPUSR, PAPPL=RBF. 



COMMENT THIS TERMINAL HAS ONLY MANDATORY LOGIN PARAMETERS; USERS 

* ARE NOT PROMPTED FOR ANY PARAMETERS, AND ONLY RBF IS ACCESS- 

* FROM THIS TERMINAL: 

BATCH3: USER, MFAM=0, MUSER=RBFUSER, MAPPL=RBF. 



COMMENT THIS TERMINAL IS ALLOWED ACCESS TO SEVERAL FILE DEVICE FAMI- 

* LIES AND THERFORE MUST INDICATE A FAMILY NAME. THE USER 

* NAME CAN BE DEFAULTED, AND ACCESS IS ONLY PERMITTED TO RBF. 

UT200A1: USER DFAM=NONE, DUSER=USERRBF, MAPPL=R8F. 



COMMENT THIS TERMINAL IS ALLOWED ACCESS TO SEVERAL FILE DEVICE FAMI- 

* LIES BUT NEED NOT INDICATE A FAMILY NAME; IT AND THE USER 

* NAME CAN BE DEFAULTED. ACCESS IS ONLY PERMITTED TO RMV2. 

UT200B4: USER DFAM=0, DUSER=USERRBF, MAPPL=RMV2. 



COMMENT THIS DEVICE IS ALLOWED ACCESS TO ANY APPLICATION, BUT CAN 
* ONLY LOG INTO ONE WITH A FIXED FAMILY NAME AND USER NAME. 



HQRTTY1: USER MFAM=0, MUSER=USER8. 



Figure 11-6. Normal Source Listing, Local Division (Sheet 1 of 2) 
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67 
68 
69 
70 
71 


COMMENT 

* 


THE USER OF THIS DEVICE MUST PROVIDE ALL LOGIN PARAMETERS 
EXCEPT THE LAST ONE, FOR WHICH A DEFAULT EXISTS. 


HQ.RTTY2: 


USER DFAM=NONE, DUSER=NONE, PAPPL=IAF. 


72 
73 
74 
75 
76 


COMMENT 
* 

* 


THIS DEVICE IS ALLOWED ACCESS TO ANY APPLICATION, BUT CAN 
ONLY LOG INTO ONE WITH A FIXED USER NAME AND IS PROMPTED 
FOR FAMILY NAME. 


77 
78 


ARHTTY1: 


USER MFAM=WONE, MUSER=USER20, MAPPL=NONE. 


79 
80 
81 
82 
83 
84 


COMMENT 
* 


THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG COMPATIBLE WITH 
EARLIER VERSIONS OF NETWORK PRODUCTS. 


ARHTTYZ: 


USER DFAM=0. 


85 
86 
87 
88 
89 
90 


COMMENT 
* 


THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG THAT PERMITS 
ALL PARAMETERS TO BE ENTERED, BUT PROVIDES ONLY ONE DEFAULT: 


SVLTTY1: 


USER DFAM=NONE, DUSER=USER30, PAPPL=*ONE. 


91 
92 
93 
94 
95 
96 


COMMENT 
* 


THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG THAT PERMITS 
ALL PARAMETERS TO BE ENTERED, BUT PROVIDES TWO DEFAULTS: 


SVLTTY2: 


USER DFAM=NONE, DUSER=USER40, PAPPL=IAF. 


97 
98 
99 
100 
101 
102 
103 
104 
105 
106 
107 
108 


COMMENT ALL OTHER TERMINALS ARE CONFIGURED BY OMISSION, SUCH THAT 

* THEIR USERS MUST ENTER ALL FOUR LOGIN PARAMETERS. 

********************************************************************** 

* END OF LOCAL DIVISION, END OF LOCAL DEFINITION, AND 

* END OF NETWORK DEFINITION. 
********************************************************************** 

END. 



Figure 11-6. Normal Source Listing, Local Division (Sheet 2 of 2) 
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Figure 11-7. DEFINE Statement Summary Listing, Local Division 
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LINE ERR 

1 

2 

3 

4 

5 

6 

7 

8 

9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
68 



DEFINE 



PUBSLCF: LFILE. 

TITLE,PUBSLCF (NDL REF HAN FOR NAM VER 1*6). 



***************************************************************** 

* HERE ARE ALL OF THE APPLICATION PROGRAMS INSTALLED AT THIS 

* SITE. EACH HAS AN APPL STATEMENT JUST FOR DOCUMENTATION 

* PURPOSES; ONLY THE STATEMENTS FOR RBF, TAF, AND RMV2 ARE 

* NECESSARY. 

* THE PRIVILEGED RESTRICTION IS NOT REQUIRED FOR THE OTHERS. 



PRIV=YES, UID=YES, DI=NO. 
PRIV=YES, UID=NO, DI=NO. 
PRIV=YES, UID=YES, DI=NO. 
PRIV=YES, UID=NO, DI=NO. 
PRIV=NO, UID=NO, DI=NO. 



COMMENT THE FOLLOWING IS A SITE-DEFINED NETWORK APPLICATION PROGRAM 
* AND IS NOT IN THE SYSTEM LIBRARY: 



RBF: 


APPL, 


IAF: 


APPL, 


TAF: 


APPL, 


MCS: 


APPL, 


TVF: 


APPL, 



RMV2: 



APPL, DI=YES.* RMV2 IS INITIALLY DISABLED. 



********************************************************************** 

* HERE ARE ALL OF THE DEVICES REQUIRING AN AUTOMATIC OR MANDATORY 

* LOGIN CONFIGURATION. ' 

* ALL USER NAMES ARE KNOWN TO BE VALID FOR THIS HOST. 

* THE DEFAULT FAMILY NAME IS SVLSYS ; SVLFAM2 IS ALSO KNOWN 

* TO BE VALID. 



COMMENT THIS TERMINAL HAS DEFAULTS FOR ALL LOGIN PARAMETERS; USERS 
* ARE STILL PROMPTED FOR EACH PARAMETER EXCEPT PASSWORD: 

HASPCON: USER, DFAM=SVLFAM2, DUSER=HASPUSR, PAPPL=RBF. 



COMMENT THIS TERMINAL HAS ONLY MANDATORY LOGIN PARAMETERS; USERS 

* ARE NOT PROMPTED FOR ANY PARAMETERS, AND ONLY RBF IS ACCESS- 

* FROM THIS TERMINAL: 

BATCH3: USER, MFAM=0, MUSER=RBFUSER, MAPPL=RBF. 



COMMENT THIS TERMINAL IS ALLOWED ACCESS TO SEVERAL FILE DEVICE FAMI- 

* LIES AND THERFORE MUST INDICATE A FAMILY NAME. THE USER 

* NAME CAN BE DEFAULTED, AND ACCESS IS ONLY PERMITTED TO RBF. 

UT200A1: USER DFAM=NONE, DUSER4JSERRBF, MAPPL=RBF. 



COMMENT THIS TERMINAL IS ALLOWED ACCESS TO SEVERAL FILE DEVICE FAMI- 

* LIES BUT NEED NOT INDICATE A FAMILY NAME; IT AND THE USER 

* NAME CAN BE DEFAULTED. ACCESS IS ONLY PERMITTED TO RMV2. 

UT200B4: USER DFAM=0, DUSER=USERRBF, MAPPL=RMV2. 



COMMENT THIS DEVICE IS ALLOWED ACCESS TO ANY APPLICATION, BUT CAN 
* ONLY LOG INTO ONE WITH A FIXED FAMILY NAME AND USER NAME. 



HQRTTY1: USER MFAM=0, MUSER=USER8. 



COMMENT THE USER OF THIS DEVICE MUST PROVIDE ALL LOGIN PARAMETERS 
* EXCEPT THE LAST ONE, FOR WHICH A DEFAULT EXISTS. 



Figure 11-8. Expanded Source Listing, Local Division (Sheet 1 of 2) 
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69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 

101 

102 

103 

104 

105 

106 

107 

108 

109 



HQRTTY2: USER DFAM=«0NE, DUSER=N0NE, PAPPL=IAF. 



COMMENT THIS DEVICE IS ALLOWED ACCESS TO ANY APPLICATION, BUT CAN 

* ONLY LOG INTO ONE WITH A FIXED USER NAME AND IS PROMPTED 

* FOR FAMILY NAME. 

ARHTTY1: USER MFAM=*ONE, MUSER=USER20, MAPPL=M)NE. 



COMMENT THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG COMPATIBLE WITH 
* EARLIER VERSIONS OF NETWORK PRODUCTS. 

ARHTTY2: USER DFAM=0. 



COMMENT THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG THAT PERMITS 
* ALL PARAMETERS TO BE ENTERED, BUT PROVIDES ONLY ONE DEFAULT: 

SVLTTY1: USER DFAM=NONE, DUSER=USER30, PAPPL=NONE. 



COMMENT THIS TERMINAL IS CONFIGURED FOR LOGIN DIALOG THAT PERMITS 
* ALL PARAMETERS TO BE ENTERED, BUT PROVIDES TWO DEFAULTS: 

SVLTTY2: USER DFAM=NONE, DUSER=USER40, PAPPL=IAF. 



COMMENT ALL OTHER TERMINALS ARE CONFIGURED BY OMISSION, SUCH THAT 
* THEIR USERS MUST ENTER ALL FOUR LOGIN PARAMETERS. 



********************************************************************** 

* END OF LOCAL DIVISION, END OF LOCAL DEFINITION, AND 

* END OF NETWORK DEFINITION. 
********************************************************************** 



END. 
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o 
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Figure 11-8. Expanded Source Listing, Local Division (Sheet 2 of 2) 
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36 
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LCF FILE 


NAME 


PUBSLCF 














APPL 


NAME 

RBF 

IAF 

TAF 

MCS 

TVF 

RMV2 


PRIV 

YES 

YES 

YES 

YES 

NO 

NO 


UID 

YES 

NO 

YES 

NO 

NO 

NO 




STATUS 
EN 
EN 
EN 
EN 
EN 
DI 








USER 


NAME 


FAMILY 


F -STATUS 


USER 


U -STATUS 


APPL 


A-STATUS 




HASPCON 


SVLFAM2 


DEF 




HASPUSR 


DEF 


RBF 


PR I 




BATCH3 





MAN 




RBFUSER 


MAN 


RBF 


NAN 




UT200A1 








USERRBF 


DEF 


RBF 


MAN 




UT200B4 





DEF 




USERRBF 


DEF 


RMV2 


MAN 




H8RTTY1 





MAN 




USER8 


MAN 
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Figure 11-9. File Summary Listing, Local Division for File PUBSLCF 
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HASPCON 



HASPCR3 ; 



HASPLP1 i 



HASPLP2 I 



HOST 
SYS 173 



SVLFAM2,HASPUSR, 
?,RBF 



MTM 

RMV2 

IIIIHIIH 



iRBF 



IAF. 



LINK4/ 
/ 
/ 
/ 
/ 
UNK2J / 

/ LINK3/ 

/ 
/ 
/ 

NPB2551 M NPC2550 

NODE=4 T NODE=5 





COMMUNICATIONS 
SUPERVISOR 



/ 



CPLR2 
NODE=2 



LINK5 



?,USERRBF, 
?,RBF 



?,?,?,IAF 



ARHTTY1 



?,USER20,?,? 



ARHTTY2 



SVLTTY1 



?,USER30,?,? 



SVLTTY2 



?,USER40,?,IAF 



STATTY1 



?,?,?,? 



STATTY2 



?,?,?,? 



NPDAEG 
NODE=6 



?,?,?,? indicates log-in parameters required in an abbreviated sequence of family name, user name, password, application name 



Figure 11-11. Logical Configuration of Network PUBSNET 
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CHARACTER DATA INPUT, OUTPUT, AND CENTRAL 
MEMORY REPRESENTATION 
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This appendix describes the code and character sets 
used by the operating system local batch device 
driver programs, magnetic tape driver programs, and 
network terminal communication products. This 
appendix does not describe how other products 
associate certain graphic or control characters 
with specific binary code values for collating or 
syntax processing purposes. The main text of this 
manual describes such associations that are rele- 
vant to the reader. 



CHARACTER SETS AND CODE 
SETS 

A character set differs from a code set. A char- 
acter set is a set of graphic and/or control char- 
acter symbols. A code set is a numbering system 
used to represent each character within a character 
set. Characters exist outside the computer system 
and communication network; codes are received, 
stored, retrieved, and transmitted within the 
computer system and network. 

When this manual refers to the ASCII 128-character 
set or the 7-bit ASCII code set, it is referring to 
the character set and code set defined as the 
American National Standard Code for Information 
Interchange (ASCII, ANSI Standard X3. 4-1977). 
References in this manual to an ASCII character set 
or an ASCII code set do not necessarily apply to 
the 128-character, 7-bit ASCII code set. 



GRAPHIC AND CONTROL 
CHARACTERS 

A graphic character can be displayed or printed. 
Examples of graphic characters are the characters A 
through Z, a blank, and the digits through 9. A 
control character is not a graphic character; a 
control character initiates, modifies, or stops a 
control operation. An example of a control char- 
acter is the backspace character, which moves the 
terminal carriage or cursor back one space. Al- 
though a control character is not a graphic char- 
acter, some terminals use a graphic representation 
for control characters. 



CODED AND BINARY 
CHARACTER DATA 

Character codes can be interpreted as coded char- 
acter data or as binary character data. Coded 
character data is converted by default from one 
code set representation to another as it enters or 
leaves the computer system; for example , data 
received from a terminal or sent to a magnetic tape 
unit is converted. Binary character data is not 
converted as it enters or leaves the system. 
Character codes are not converted when moved within 
the system; for example, data transferred to or 
from mass storage is not converted. 
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The distinction between coded character data and 
binary character data is important when reading or 
punching cards and when reading or writing magnetic 
tape. Only coded character data can be properly 
reproduced as characters on a line printer. Only 
binary character data can properly represent 
characters on a punched card when the data cannot 
be stored as display code. 

The distinction between binary character data and 
characters represented by binary data (such as 
peripheral equipment instruction codes) is also 
important. Only binary noncharacter data can 
properly reproduce characters on a plotter. 



CHARACTER SET TABLES 

The character set tables in this appendix are 
designed so that the user can find the character 
represented by a code (such as in a dump) or find 
the code that represents a character. To find the 
character represented by a code, the user looks up 
the code in the column listing the appropriate code 
set and then finds the character on that line in 
the column listing the appropriate character set. 
To find the code that represents a character, the 
user looks up the character and then finds the code 
on the same line in the appropriate column. 



NETWORK OPERATING 
SYSTEM 

NOS supports the following character sets: 

CDC graphic 64-character set 

CDC graphic 63-character set 

ASCII graphic 64-character set 

ASCII graphic 63-character set 

ASCII graphic 95-character set 

ASCII 128-character set 

Each installation must select either a 64-character 
set or a 63-character set. The differences between 
the codes of a 63-character set and the codes of a 
64-character set are described under Character Set 
Anomalies. Any reference in this appendix to a 
64-character set implies either a 63- or 64- 
character set unless otherwise stated. 

NOS supports the following code sets to represent 
its character sets in central memory: 

6-bit display code 

12-bit ASCII code 

6/12-bit display code 



A-l 



The 6-bit display code is a set of octal codes from 

00 to 77, inclusive. 

The 12-bit ASCII code is the ASCII 7-bit code 
right-justified in a 12-bit byte. The bits are 
numbered from the right starting with 0; bits 
through 6 contain the ASCII code, bits 7 through 10 
contain zeros, and bit 11 distinguishes the 12-bit 
ASCII 0000 code from the 12-bit 0000 end-of-line 
byte. The octal values for the 12-bit codes are 

0001 through 0177 and 4000. 

The 6/12-bit display code is a combination of 6-bit 
codes and 12-bit codes. The octal values for the 
6-bit codes are 00 through 77, excluding 74 and 
76. (The interpretation of the 00 and 63 codes is 
described under Character Set Anomalies in this 
appendix.) The octal 12-bit codes begin with 
either 74 or 76 and are followed by a 6-bit code. 
Thus, 74 and 76 are escape codes and are never used 
as 6-bit codes within the 6/12-bit display code 
set. The octal values of the 12-bit codes are: 
7401, 7402, 7404, 7407, and 7601 through 7677. The 
other 12-bit codes, 74xx and 7600, are undefined. 



CHARACTER SET ANOMALIES 

The operating system input/output software and some 
products interpret two codes differently when the 
installation selects a 63-character set rather than 
a 64-character set. If a site uses a 63-character 
set : the colon ( : ) graphic character is always 
represented by a 6-bit display code value of 63 
octal; display code 00 is undefined (it has no 
associated graphic or punched card code); the per- 
cent (%) graphic does not exist, and translations 
produce a space (55 octal). 

However, if the site uses a 64-character set, out- 
put of an octal 7404 6/12-bit display code or a 
6-bit display code value of 00 produces a colon. 
In ASCII mode, a colon can be input only as a 7404 
6/12-bit display code. Undefined 6/12-bit display 
codes in output files produce unpredictable results 
and should be avoided. 

Two consecutive 6-bit display code values of 00 can 
be confused with the 12-bit 0000 end-of-line byte 
and should be avoided. 

Translation of 7-bit or 12-bit ASCII to 6-bit 
display code causes character folding from the 
128-character ASCII set to the 63- or 64-character 
ASCII subset, with the special character substitu- 
tions shown in figure A-l. 



INTERACTIVE TERMINAL USERS 

NOS supports display consoles and teletypewriters 
that use code sets other than 7-bit ASCII codes for 
communication or use graphics other than those 
defined in an ASCII character set. Data exchanged 
with such terminals is translated as described 
under Terminal Transmission Modes in this appen- 
dix. The following description applies only to 
terminals that use 7-bit ASCII codes and the ASCII 
character set. 



ASCII Data Exchange Modes 

Table A-l shows the character sets and code sets 
available to an Interactive Facility (IAF) user. 
Table A-2 shows the octal and hexadecimal 7-bit 
ASCII code for each ASCII character, and can be 
used to convert codes from octal to hexadecimal. 
(Certain Terminal Interface Program commands re- 
quire hexadecimal specification of a 7-bit ASCII 
code. ) 

IAF supports both normalized mode and transparent 
mode transmissions through the network. These 
transmission modes are described under Terminal 
Transmission Modes in this appendix. Refer to the 
NOS Version 2 Reference Set, Volume 3 System Com- 
mands, for additional information. 

IAF treats normalized mode transmissions as coded 
character data; IAF converts these transmissions to 
or from either 6-bit or 6/12-bit display code. 

IAF treats transparent mode transmissions as binary 
character data. Transparent mode input or output 
uses 12-bit bytes, with bit 11 always set to 1; for 
ASCII terminals, transparent mode input and output 
occurs in the 12-bit ASCII code shown in table A-l, 
but the leftmost digit is 4 instead of 0. 

When the NORMAL command is in effect, IAF assumes 
that the ASCII graphic 64-character set is used and 
translates all input and output to or from display 
code. When the ASCII command is in effect, IAF 
assumes that the ASCII 128-character set is used 
and translates all input and output to or from 
6/12-bit display code. 

The IAF user can convert a 6/12-bit display code 
file to a 12-bit ASCII code file using the NOS 
FCOPY control statement. The resulting 12-bit 
ASCII file can be routed to a line printer but the 
file cannot be output through IAF. 
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Terminal Transmission Modes 

Coded character data can be exchanged with a con- 
versational terminal in two transmission modes. 
These two modes, normalized mode and transparent 
mode, correspond to the types of character code 
editing and translation performed by the network 
software during input and output operations. 

The terminal operator can change the input trans- 
mission mode using a terminal definition command 
(sometimes called a Terminal Interface Program 
command) . The application program providing the 
terminal facility service can change the input or 
output transmission mode. 



Normalized Mode Transmissions 

Normalized mode is the initial and default mode 
used for both input and output transmissions. The 
network software translates normalized mode data to 
or from the transmission code used by the terminal 
into or from the 7-bit ASCII code shown in table 
A-2. (Tables A-l and A-3 through A-7 are provided 
for use while coding an application program to run 
under the operating system; they do not describe 
character transmissions through the network. ) 
Translation of a specific terminal transmission 
code to or from a specific 7-bit ASCII code depends 
on the terminal class in which the network software 
places the terminal. 

The following paragraphs summarize the general case 
for normalized mode data code translations. This 
generalized description uses table A-2. 

The reader can extend this generalized description 
by using the other tables to determine character 
set mapping for functions initiated from a terminal. 
For example, the description under Terminal Output 
Character Sets can be used to predict whether a 
lowercase ASCII character stored in 6/12-bit dis- 
play code can appear on an EBCDIC or external BCD 
terminal; if an ASCII character passes through the 
network represented in 7-bit ASCII as character 
mode data, it probably can be represented on an 
EBCDIC terminal, but it is always transformed to an 
uppercase character on a mode 4A ASCII terminal. 

Table A-2 contains the ASCII 128-character set 
supported by the network software. The ASCII 
96-character subset in the rightmost six columns 
minus the deletion character (DEL) comprises the 
graphic 95-character subset; the DEL is not a 
graphic character, although some terminals graphi- 
cally represent it. The graphic 64-character 
subset comprises the middle four columns. Only the 
characters in this 64-character subset have 6-bit 
display code equivalents. 

Terminals that support an ASCII graphic 64-character 
subset actually use a subset of up to 96 charac- 
ters, consisting of the graphic 64-character subset 
and the control characters of columns 1 and 2; 
often, the DEL character in column 7 is included. 
Terminals that support an ASCII graphic 95-character 
or 96-character subset actually might use all 128 
characters. 

The hexadecimal value of the 7-bit code for each 
character in table A-2 consists of the character's 
column number in the table, followed by its row 
number. For example, N is in row E of column 4, so 
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its hexadecimal value is 4E. The octal value for 
the code when it is right-justified in an 8-bit 
byte appears beneath the character graphic or 
mnemonic. The binary value of the code consists of 
the bit values shown, placed in the order given by 
the subscripts for the letter b; for example, N is 
1001110. 

Tables A-8 through A-19 show the normalized mode 
translations performed for each terminal class. 
The parity shown in the terminal transmission codes 
is the parity used as a default for the terminal 
class. The parity setting actually used by a 
terminal can be identified to the network software 
through a TIP command. 

Tables A-8 through A-19 contain the graphic and 
control characters associated with the transmission 
codes used by the terminal because of the terminal 
class and code set in use. The network ASCII 
graphic and control characters shown are those of 
the standard ASCII character set associated with 
the ASCII transmission codes of table A-2. 

Terminal Output Character Subsets — Although the 
network supports the ASCII 128-character set, some 
terminals restrict output to a smaller character 
set. This restriction is supported by replacing 
the control characters in columns and 1 of table 
A-2 with blanks to produce the ASCII graphic 
95-character subset, and replacing the characters 
in columns 6 and 7 with the corresponding char- 
acters from columns 4 and 5, respectively, to 
produce the ASCII graphic 64-character subset. 

Terminal Input Character Subsets and Supersets — 
Although the network supports the ASCII 128- 
character set, some terminals restrict input to a 
smaller character set or permit input of a larger 
character set. A character input from a device 
using a character set other than ASCII is converted 
to an equivalent ASCII character; terminal char- 
acters without ASCII character equivalents are 
represented by the ASCII code for a space. 

Site-written terminal-servicing facility programs 
can also cause input or output character replace- 
ment, conversion, or deletion by exchanging data 
with the network in 6-bit display code. 

Input Restrictions — The network software automat- 
ically deletes codes associated with terminal 
communication protocols or terminal hardware func- 
tions. These codes usually represent the cancel, 
backspace, linefeed, carriage return, and deletion 
characters. If paper tape support is requested, 
the device control 3 code also is deleted. Some of 
these code deletions can be suppressed by using the 
full-ASCII and special editing options (refer to 
the FA and SE terminal definition parameters in the 
NOS Version 2 Reference Set, Volume 3, System 
Commands ) . 

Output Restrictions — All codes sent by an appli- 
cation program are transmitted to the terminal. 
However, the 12-bit ASCII code 0037 (octal), the 
6/12-bit display code 7677 (octal), and the 7-bit 
ASCII code IF (hexadecimal) should be avoided in 
character mode output. The network software inter- 
prets the unit separator character represented by 
these codes as an end-of-line indicator. The 
processing of application program-supplied unit 
separators causes incorrect formatting of output 
and can cause loss of other output characters. 
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Input Parity Processing — The network software 
does not preserve the parity of the terminal trans- 
mission code in the corresponding ASCII code. An 
ASCII code received by the terminal-servicing 
facility program always contains zero as its eighth 
bit. 

Output Parity Processing — The network software 
provides the parity bit setting appropriate for the 
terminal being serviced, even when the software is 
translating from ASCII character codes with zero 
parity bit settings. 



Transparent Mode Transmissions 

Transparent mode is selected separately for input 
and output transmissions. 

During transparent mode input, the parity bit is 
stripped from each terminal transmission code 
(unless the N parity option has been selected by a 
terminal definition command) , and the transmission 
code is placed in an 8-bit byte without translation 
to 7-bit ASCII code. Line transmission protocol 
characters are deleted from mode 4 terminal input. 
When the 8-bit bytes arrive in the host computer, a 
terminal servicing facility program can right- 
justify the bytes within a 12-bit byte. 

During transparent mode output, processing similar 
to that performed for input occurs. When the host 
computer transmits 12-bit bytes , the leftmost 4 
bits (bits 11 through 8) are discarded. The code 
in each 8-bit byte received by the network software 
is not translated. The parity bit appropriate for 
the terminal class is altered as indicated by the 
parity option in effect for the terminal. The 
codes are then transmitted to the terminal in bytes 
of a length appropriate for the terminal class. 
Line transmission protocol characters are inserted 
into mode 4 terminal output. 



LOCAL BATCH USERS 

Table A-3 lists the CDC graphic 64-character set, 
the ASCII graphic 64-character set, and the ASCII 
graphic 95-character set available on local batch 
devices. This table also lists the code sets and 
card keypunch codes (026 and 029) that represent 
the characters. 

The 64-character sets use 6-bit display code as 
their code set; the 95-character set uses 12-bit 
ASCII code. The 95-character set is composed of 
all the characters in the ASCII 128-character set 
that can be printed at a line printer (refer to 
Line Printer Output). Only 12-bit ASCII code files 
can be printed using the graphic ASCII 95-character 
set. The 95-character set is represented by the 
octal 12-bit ASCII codes 0040 through 0176. An 
octal 12-bit ASCII code outside of the range 0040 
through 0176 represents an unprintable character. 

To print a 6/12-bit display code file, the user 

must convert the file to 12-bit ASCII code. The 

NOS FCOPY control statement is used for this con- 
version. 



Line Printer Output 

The printer train used on the line printer to which 
a file is sent determines which batch character set 
is printed. The following CDC print trains match 
the batch character sets in table A-3: 



Character Set 



CDC graphic 64-character set 



Print 
Train 

596-1 



ASCII graphic 64-character set 596-5 

ASCII graphic 95-character set 596-6 

The characters of the default 596-1 print train are 
listed in the table A-3 column labeled CDC Graphic 
(64-Character Set); the 596-5 print train charac- 
ters are listed in the table A-3 column labeled 
ASCII Graphic (64-Character Set); and the 596-6 
print train characters are listed in the table A-3 
column labeled ASCII Graphic (95-Character Set). 

If an unprintable character exists in a line, NOS 
marks the condition by printing the number sign (#) 
in the first printable column of the line. A space 
replaces the unprintable character within the line. 

When a transmission error occurs during the print- 
ing of a line, NOS makes up to five attempts to 
reprint the line. The CDC graphic print train 
prints a concatenation symbol ( r* ) in the first 
column of the repeated line following a line con- 
taining errors. The ASCII print trains print an 
underline ( _ ) instead of the concatenation symbol. 

After the fifth attempt, the setting of sense 
switch one for the batch input and output control 
point determines further processing. NOS either 
rewinds the file and returns it to the print queue, 
or ignores the transmission errors. 



Punched Card Input and Output 

A character represented by multiple punches in a 
single column has its punch pattern identified by 
numbers and hyphens. For example, the punches 
representing an exclamation point are identified as 
11-0; this notation means both rows 11 and are 
punched in the same column. 

A multiple punch pattern that represents something 
other than a character is identified by numbers and 
slashes. For example, the punches representing the 
end of an input file are identified as 6/7/8/9; 
this notation means rows 6 through 9 are punched in 
the same column. 

Coded character data is exchanged with card readers 
or card punches according to the translations shown 
in table A-3. As indicated in the table, other 
card keypunch codes are available for input of the 
ASCII and CDC characters [ and ] . NOS cannot read 
or punch the 95-character set as coded character 
data. 

Each site chooses either 026 or 029 as its default 
keypunch code. NOS begins reading an input deck in 
the default code (regardless of the character set 
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in use). The user can specify the alternate key- 
punch code by punching a 26 or 29 in columns 79 and 
80 of any job card, 6/7/9 card, or 7/8/9 card. The 
specified translation continues throughout the job 
unless the alternate keypunch code translation is 
specified on a subsequent 6/7/9 or 7/8/9 card. 

A 5/7/9 card with a punch in column 1 changes 
keypunch code translation if the card is read 
immediately before or after a 7/8/9 card. A space 
(no punch) in column 2 indicates 026 translation 
mode; a 9 punch in column 2 indicates 029 transla- 
tion mode. The specified translation remains in 
effect until a similar 5/7/9 card or a 7/8/9 card 
is encountered, or the job ends. 

The 5/7/9 card also allows literal input when 
4/5/6/7/8/9 is punched in column 2. Literal input 
can be used to read 80-column binary character data 
within a punched card deck of coded character data. 

Literal cards are stored with each column repre- 
sented in a 12-bit byte (a row 12 punch is repre- 
sented by a 1 in bit 11, row 11 by a 1 in bit 10, 
row by a 1 in bit 9, and rows 1 through 9 by l's 
in bits 8 through of the byte), using 16 central 
memory words per card. Literal input cards are 
read until another 5/7/9 card with 4/5/6/7/8/9 
punched in column 2 is read. The next card can 
specify a new conversion mode. 

If the card following the 5/7/9, 6/7/9, or 7/8/9 
card has a 7 and a 9 punched in column 1, the sec- 
tion of the job deck following it contains system 
binary cards (as described in the NOS Version 2 
Reference Set, Volume 3, System Commands). 



REMOTE BATCH USERS 

Remote batch console input and output is restricted 
to character mode transmission. Character mode is 
described under Terminal Transmission Modes in this 
appendix. 

The abilities to select alternate keypunch code 
translations, to read binary cards, to output 
plotter files, and to print lowercase characters 
depend upon the remote terminal equipment. Remote 
batch terminal support under NOS is described in 
the Remote Batch Facility (RBF) reference manual. 



MAGNETIC TAPE USERS 

The character and code sets used for reading and 
writing magnetic tapes depend on whether coded or 
binary data is read or written and on whether the 
tape is 7-track or 9-track. 



Coded Data Exchanges 

Coded character data to be copied from mass storage 
to magnetic tape is assumed to be stored in a 
63- or 64-character 6-bit display code. The oper- 
ating system magnetic tape driver program converts 
the data to 6-bit external BCD code when writing a 
coded 7-track tape and to 7-bit ASCII or 8-bit 
EBCDIC code (as specified on the tape assignment 
statement) when writing a coded 9-track tape. 



Coded character data copied to mass storage from 
magnetic tape is stored in a 63- or 64-character 
6-bit display code. The operating system magnetic 
tape driver program converts the data from 6-bit 
external BCD code when reading a coded 7-track tape 
and from 7-bit ASCII or 8-bit EBCDIC code (as 
specified on the tape assignment statement) when 
reading a coded 9-track tape. 

To read and write lowercase character 7-bit ASCII 
or 8-bit EBCDIC codes or to read and write control 
codes , the user must assign a 7-track or 9-track 
tape in binary mode. 



Seven-Track Tape Input and Output 

Table A-4 shows the code and character set conver- 
sions between 6-bit external BCD and 6-bit display 
code for 7-track tapes. Because only 63 characters 
can be represented in 7-track even parity, one of 
the 64 display codes is lost in conversion to and 
from external BCD code. 

Figure A-2 shows the differences in 7-track tape 
conversion that depend on whether the system uses 
the 63-character or 64-character set. The ASCII 
character for the specified character code is shown 
in parentheses. The output arrows show how the 
6-bit display code changes when it is written on 
tape in external BCD. The input arrows show how 
the external BCD code changes when the tape is read 
and converted to display code. 



Display Code 



63-Character Set 
External BCD 



00 16 (%) 

33 (0) Output 12 (0) 
63 (:) *" 12 (0) 



Input 



Display Code 

00 

33 (0) 
33 (0) 



Display Code 

00 (:) 
33 (0) 
63 (X) 



64-Character Set 



External BCD 



Output 



12 (0) 
12 (0) 
16 (X) 



Input 



Display Code 

33 (0) 
33 (0) 
63 (X) 



Figure A-2. Magnetic Tape Code Conversions 



Nine-Track Tape Input and Output 

Table A-5 lists the conversions between the 7-bit 
ASCII code used on the tape and the 6-bit display 
code used within the system. Table A-6 lists the 
conversions between the 8-bit EBCDIC code used on 
the tape and the 6-bit display code used within the 
system. 

When an ASCII or EBCDIC code representing a lower- 
case character is read from a 9-track magnetic 
tape, it is converted to its uppercase character 
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6-bit display code equivalent. Any EBCDIC code not 
listed in table A-6 is converted to display code 55 
(octal) and becomes a space. Any code between 80 
(hexadecimal) and FF (hexadecimal) read from an 
ASCII tape is converted to display code 00. 



Binary Character Data Exchanges 

Binary character data exchanged between central 
memory files and magnetic tape is transferred as a 
string of bytes without conversion of the byte 
contents. The grouping of the bytes and the number 
of bits in each byte depend on whether 7-track or 
9-track tape is being used. 



Seven-Track Tape Input and Output 

Each binary data character code written to or read 
from 7-track magnetic tape is assumed to be stored 
in a 6-bit byte, such as the system uses for 63- or 
64-character 6-bit display code. Seven-bit ASCII 
and 8-bit EBCDIC codes can only be read from or 
written to 7-track magnetic tape as binary charac- 
ter data if each code is stored within a 12-bit 
byte as if it were two character codes. 



Nine-Track Tape Input and Output 

Each binary data character code exchanged between 
central memory files and 9-track magnetic tape is 
assumed to be stored in an 8-bit or 12-bit byte. 



During such binary data transfers, the 6/12-bit 
display codes and 12-bit ASCII codes shown in table 
A-l, the 7-bit ASCII codes shown in table A-2, or 
or the 8-bit hexadecimal EBCDIC codes shown in 
table A-7 can be read or written. The 7-bit ASCII 
codes and 8-bit EBCDIC codes can be exchanged 
either in an unformatted form or right-justified 
within a zero-filled 12-bit byte of memory. 

When 9-track tape is written, every pair of 12-bit 
memory bytes becomes three 8-bit tape bytes; when 
9-track tape is read, every three 8-bit tape bytes 
become a pair of 12-bit memory bytes. Because of 
the 12-bit byte pairs, codes not packed into 12-bit 
bytes are exchanged in their unpacked form, while 
codes packed in 12-bit bytes are exchanged in 
packed form. 

When an odd number of central memory words is read 
or written, the lower four bits of the last 8-bit 
byte (bits through 3 of the last word) are not 
used. For example, three central memory words are 
written on tape as 22 8-bit bytes (7.5 pairs of 
12-bit bytes) and the remaining four bits are 
ignored . 



CODE CONVERSION AIDS 

Table A-7 contains the octal values of each 8-bit 
EBCDIC code right-justified in a 12-bit byte with 
zero fill. This 12-bit EBCDIC code can be produced 
or read using the FORM and 8-Bit Subroutines 
utilities. 



o 
o 
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TABLE A-l. 



INTERACTIVE TERMINAL CHARACTER SETS 



Character Sets 


Code Sets 






Octal 


Octal 


Octal 


ASCII Graphic 


ASCII Character 


6-Bi.t 


6/12-Bit 


12-Bit 


(64-Character Set) 


(128-Character Set) 


Display 


Display 


ASCII 






Code 


Codet 


Code 


: colon'T 




00 tt 






A 


A 


01 


01 


0101 


B 


B 


02 


02 


0102 


C 


C 


03 


03 


0103 


D 


D 


04 


04 


0104 


E 


E 


05 


05 


0105 


F 


F 


06 


06 


0106 


G 


G 


07 


07 


0107 


H 


H 


10 


10 


0110 


I 


I 


11 


11 


0111 


J 


J 


12 


12 


0112 


K 


K 


13 


13 


0113 


L 


L 


14 


14 


0114 


M 


M 


15 


15 


0115 


N 


N 


16 


16 


0116 








17 


17 


0117 


P 


P 


20 


20 


0120 


Q 


Q 


21 


21 


0121 


R 


R 


22 


22 


0122 


S 


S 


23 


23 


0123 


T 


T 


24 


24 


0124 





U 


25 


25 


0125 


V 


V 


26 


26 


0126 


W 


w 


27 


27 


0127 


X 


X 


30 


30 


0130 


Y 


Y 


31 


31 


0131 


Z 


Z 


32 


32 


0132 








33 


33 


0060 


1 


1 


34 


34 


0061 


2 


2 


35 


35 


0062 


3 


3 


36 


36 


0063 


4 


4 


37 


37 


0064 


5 


5 


40 


40 


0065 


6 


6 


41 


41 


0066 


7 


7 


42 


42 


0067 


8 


8 


43 


43 


0070 


9 


9 


44 


44 


0071 


+ plus 


+ plus 


45 


45 


0053 


- hyphen (minus) 


- hyphen (minus) 


46 


46 


0055 


* asterisk 


* asterisk 


47 


47 


0052 


/ slant 


/ slant 


50 


50 


0057 


( opening parenthesis 


( opening parenthesis 


51 


51 


0050 


) closing parenthesis 


) closing parenthesis 


52 


52 


0051 


$ dollar sign 


$ dollar sign 


53 


53 


0044 


= equals 


= equals 


54 


54 


0075 


space 


space 


55 


55 


0040 


, comma 


, comma 


56 


56 


0054 


. period 


. period 


57 


57 


0056 


# number sign 


# number sign 


60 


60 


0043 


[ opening bracket 


[ opening bracket 


61 


61 


0133 


] closing bracket 


] closing bracket 


62 *+ 


62 *4. 


0135 


% percent signtt 


X percent signtt 


63tt 


63 tt 


0045 


" quotation mark 


" quotation mark 


64 


64 


0042 


underline 


underline 


65 


65 


0137 


! exclamation point 


! exclamation point 


66 


66 


0041 


& ampersand 


& ampersand 


67 


67 


0046 


apostrophe 


' apostrophe 


70 


70 


0047 


? question mark 


? question mark 


71 


71 


0077 
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TABLE A-l. INTERACTIVE TERMINAL CHARACTER SETS (Contd) 



Character Sets 


Code Sets 






Octal 


Octal 


Octal 


ASCII Graphic 


ASCII Character 


6-Bit 


6/12-Bit 


12-Bit 


(64-Character Set) 


(128-Character Set) 


Display 


Display 


ASCII 






Code 


Codet 


Code 


< less than 


< less than 


72 


72 


0074 


> gre«iter than 


> greater than 


73 ++ 


73 


0076 


@ commmercial at 


@ commercial at 


74 tt 


740ltt 


0100 


\ reverse slant 


\ reverse slant 


75 


75 


0134 


/\ circumflex 




76 






; semicolon 


; semicolon 


77 


77 


0073 




/*» circumflex 


76tt 


7402 


0136 




: colontt 


74 tt 


7404tt 


0072 




v grave accent 




7407 


0140 




a 




7601 


0141 




b 




7602 


0142 




c 




7603 


0143 




d 




7604 


0144 




e 




7605 


0145 




f 




7606 


0146 




g 




7607 


0147 




h 




7610 


0150 




i 




7611 


0151 




i 




7612 


0152 




k 




7613 


0153 




1 




7614 


0154 




m 




7615 


0155 




n 




7616 


0156 




o 




7617 


0157 




P 




7620 


0160 




q 




7621 


0161 




r 




7622 


0162 




s 




7623 


0163 




t 




7624 


0164 




u 




7625 


0165 




V 




7626 


0166 




w 




7627 


0167 




X 




7630 


0170 




y 




7631 


0171 




z 




7632 


0172 




{ opening brace 


6ltt 


7633 


0173 




1 vertical line 


75tt 


7634 


0174 




} closing brace 


62tt 


7635 


0175 




~ tilde 


76 tt 


7636 


0176 




NUL 




7640 


4000 




SOH 




7641 


0001 




STX 




7642 


0002 




ETX 




7643 


0003 




EOT 




7644 


0004 




ENQ 




7645 


0005 




ACK 




7646 


0006 




BEL 




7647 


0007 




BS 




7650 


0010 




HT 




7651 


0011 




LF 




7652 


0012 




VT 




7653 


0013 




FF 




7654 


0014 




CR 




7655 


0015 




SO 




7656 


0016 




SI 




7657 


0017 




DEL 




7637 


0177 




DLE 




7660 


0020 
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TABLE A-l. INTERACTIVE TERMINAL CHARACTER SETS (Contd) 






Character Sets 


Code Sets 


ASCII Graphic 
(64-Character Set) 


ASCII Character 
(128-Character Set) 


Octal 

6-Bit 

Display 

Code 


Octal 
6/12-Bit 
Display 

Codet 


Octal 
12-Bit 
ASCII 
Code 




DC1 

DC 2 

DC3 

DC4 

NAK 

SYN 

ETB 

CAN 

EM 

SOB 

ESC 

FS 

GS 

RS 

US 




7661 

7662 

7663 

7664 

7665 

7666 

7667 

7670 

7671 

7672 

7673 

7674 • 

7675 

7676 

7677 


0021 
0022 
0023 
0024 
0025 
0026 
0027 
0030 
0031 
0032 
0033 
0034 
0035 
0036 
0037 


t Available only on NOS. 
■'Character or code interpretation depends on context. Refer to Character Set Anomalies in the text. 
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TABIJE A-2. 7-BIT ASCII CODE AND CHARACTER SETS 



128-Character Set 



96-Character Subset ■ 



-Graphic 64-Character Subset— J 














1 








1 




1 


1 


1 
1 



1 

1 
1 


b/ 




1 




1 
1 


6 b 






b 5 


b. b, b b 
I 4 I 3 I 2 I 1 




Bits 


»^^_^ Column 
Row J'~-«^~"*' 





1 


2 


3 


4 


5 


6 


7 










NUL 
000 


DLE 
020 


SP 
040 




060 


@ 
100 


P 
120 


140 


P 
160 




1 


1 


SOH 
001 


DC1 
021 


t 
041 


1 
061 


A 
101 


Q 
,121 


a 

141 


q 

161 




10 


2 


STX 
002 


DC2 
022 


11 

042 


2 
062 


B 
102 


R 
122 


b 
142 


r 

162 




11 


3 


ETX 
003 


DC 3 
023 


043 


3 
063 


C 
103 


S 
123 


c 
143 


s 
163 




1 


4 


EOT 
004 


DC4 
024 


$ 
044 


4 
064 


D 
104 


T 
124 


d 
144 


t 
164 




10 1 


5 


ENQ 
005 


NAK 
025 


% 
045 


5 
065 


E 
105 


U 
125 


e 
145 


u 
165 




110 


6 


ACK 
006 


SYN 
026 


& 
046 


6 

066 


F 
106 


V 
126 


f 
146 


V 

166 




111 


7 


BEL 
007 


ETB 
027 


047 


7 
067 


G 
107 


W 
127 


g 
147 


w 
167 




10 


8 


BS 

010 


CAN 
030 


( 

050 


8 
070 


H 
110 


X 
130 


h 
150 


X 

170 




10 1 


9 


HT 
011 


EM 
031 


) 
051 


9 
071 


I 
111 


Y 
131 


i 

151 


y 

171 




10 10 


A 


LF 
012 


SUB 
032 


* 

052 


072 


J 
112 


z 
132 


J 
152 


z 
172 




10 11 


B 


VT 
013 


ESC 
033 


+ 
053 


073 


K 
113 


[ 
133 


k 
153 


{ 
173 




110 


C 


FF 

014 


FS 
034 


054 


< 
074 


L 
114 


\ 
134 


1 
154 


1 

174 




110 1 


D 


CR 
015 


GS 
035 


055 


075 


M 
115 


i 
135 


m 
155 


} 
175 




1110 

1111 


E 
F 


SO 
016 

SI 
017 


RS 
036 

US 
037 


056 

/ 
057 


> 

076 

? 
077 


N 
116 


117 


136 
137 


n 
156 

o 
157 


176 


DELt 
177 


'The graphic 95-character sub 


set does not include DEL; 


refer to Terminal Transmission Modes in 


the tex 


t. 


LEGEND: 










Numbers under characters a 


re the octal values for t 


ne 7^bit character codes used within the 


network 


• 
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TABLE A-3. LOCAL BATCH DEVICE CHARACTER SETS 



Character Sets 


Code Sets 


C 1 ** *i* JX Vmwm. 
















Lard Keypuncn uoae 


CDC 
Graphic 


ASCII 
Graphic 


ASCII 
Graphic 


Octal 
6-Bit 


Octal 
6/12-Bit 


Octal 
12-Bit 






026 


029 


(64-Character 


(64-Character 


(95-Character 


Display 


Display 


ASCII 


Set) 


Set) 


Set) 


Code 


Codet 


Code 






: colonTT 


: colon'! 




oott 






8-2 


8-2 


A 


A 


A 


01 


01 


0101 


12-1 


12-1 


B 


B 


B 


02 


02 


0102 


12-2 


12-2 


C 


C 


C 


03 


03 


0103 


12-3 


12-3 


D 


D 


D 


04 


04 


0104 


12-4 


12-4 


E 


E 


E 


05 


05 


0105 


12-5 


12-5 


F 


F 


F 


06 


06 


0106 


12-6 


12-6 


G 


G 


G 


07 


07 


0107 


12-7 


12-7 


H 


H 


H 


10 


10 


0110 


12-8 


12-8 


I 


I 


I 


11 


11 


0111 


12-9 


12-9 


J 


J 


J 


12 


12 


0112 


11-1 


11-1 


K 


K 


K 


13 


13 


0113 


11-2 


11-2 


L 


L 


L 


14 


14 


0114 


11-3 


11-3 


M 


M 


M 


15 


15 


0115 


11-4 


11-4 


N 


N 


N 


16 


16 


0116 


11-5 


11-5 











17 


17 


0117 


11-6 


11-6 


P 


P 


P 


20 


20 


0120 


11-7 


11-7 


Q 


Q 


Q 


21 


21 


0121 


11-8 


11-8 


R 


R 


R 


22 


22 


0122 


11-9 


11-9 


S 


S 


S 


23 


23 


0123 


0-2 


0-2 


T 


T 


T 


24 


24 


0124 


0-3 


0-3 


U 


U 


U 


25 


25 


0125 


0-4 


0-4 


V 


V 


V 


26 


26 


0126 


0-5 


0-5 


W 


W 


W 


27 


27 


0127 


0-6 


0-6 


X 


X 


X 


30 


30 


0130 


0-7 


0-7 


Y 


Y 


Y 


31 


31 


0131 


0-8 


0-8 


Z 


Z 


Z 


32 


32 


0132 


0-9 


0-9 











33 


33 


0060 








1 


1 


1 


34 


34 


0061 


1 


1 


2 


2 


2 


35 


35 


0062 


2 


2 


3 


3 


3 


36 


36 


0063 


3 


3 


4 


4 


4 


37 


37 


0064 


4 


4 


5 


5 


5 


40 


40 


0065 


5 


5 


6 


6 


6 


41 


41 


0066 


6 


6 


7 


7 


7 


42 


42 


0067 


7 


7 


8 


8 


8 


43 


43 


0070 


8 


8 


9 


9 


9 


44 


44 


0071 


9 


9 


+ plus 


+ plus 


+ plus 


45 


45 


0053 


12 


12-8-6 


- hyphen (minus) 


- hyphen (minus) 


- hyphen (minus) 


46 


46 


0055 


11 


11 


* asterisk 


* asterisk 


* asterisk 


47 


47 


0052 


1 1-8-4 


11-8-4 


/ slant 


/ slant 


/ slant 


50 


50 


0057 


0-1 


0-1 


( open . paren . 


( open, paren. 


( open, paren. 


51 


51 


0050 


0-8-4 


12-8-5 


) clos. paren. 


) clos. paren. 


) clos. paren. 


52 


52 


0051 


12-8-4 


11-8-5 


$ dollar sign 


$ dollar sign 


$ dollar sign 


53 


53 


0044 


11-8-3 


1 1-8-3 


= equals 


- equals 


= equals 


54 


54 


0075 


8-3 


8-6 


space 


space 


space 


55 


55 


0040 


no punch 


no punch 


, comma 


, comma 


, comma 


56 


56 


0054 


0-8-3 


0-8-3 


. period 


. period 


. period 


57 


57 


0056 


12-8-3 


12-8-3 


= equivalence 


t number sign 


§ number sign 


60 


60 


0043 


0-8-6 


8-3 


[ open, bracket 


[ open, bracket 


[ open, bracket 


61 


61 


0133 


8-7 


12-8-2 
° r i2-0ttt 


] clos. bracket 


] clos. bracket 


] clos. bracket 


62 


62 


0135 


0-8-2 


11-8-2 

° r ii-ottt 


X percent sign'! 


% percent sign'! 


% percent sign'T 


63tt 


63tt 


0045 


8-6 


0-8-4 
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TABLE A-3. LOCAL BATCH DEVICE CHARACTER SETS (Contd) 



Character Sets 


Code Sets 


Card Keypunch Code 














CDC 
Graphic 


ASCII 
Graphic 


ASCII 
Graphic 


Octal 
6-Bit 


Octal 
6/12-Bit 


Octal 
12-Bit 










( 64-Character 


(64-Character 


(95-Character 


Display 


Display 


ASCII 


026 


029 


Set) 


Set) 


Set) 


Code 


Codet 


Code 






# not equals 


" quotation mark 


" quotation mark 


64 


64 


0042 


8-4 


8-7 


p* concatenation . 


underline 


underline 


65 


65 


0137 


0-8-5 


0-8-5 


V logical OR 


! exclamation pt. 


! exclamation pt. 


66 


66 


0041 


11-0 
or 
1 1-8-2 § 


12-8-7 
or 

ll-0§ 


A logical AND 


& ampersand 


& ampersand 


67 


67 


0046 


0-8-7 


12 


t superscript 


' apostrophe 


' apostrophe 


70 


70 


0047 


11-8-5 


8-5 


1 subscript 


? question mark 


? question mark 


71 


71 


0077 


11-8-6 


0-8-7 


< less than 


< less than 


< less than 


72 


72 


0074 


12-0 
or 
12-8-2§ 


12-8-4 
or 

12-0§ 


> greater than 


> greater than 


> greater than 


73 


73 


0076 


11-8-7 


0-8-6 


< less/equal 


@ commercial at 


@ commercial at 


74tt 


7401 tt 


0100 


8-5 


8-4 


> greater/equal 


\ reverse slant 


\ reverse slant 


75 


75 


0134 


12-8-5 


0-8-2 


—i logical NOT 


/s circumflex 




76 






12-8-6 


11-8-7 


; semicolon 


; semicolon 


; semicolon 


77 


77 


0073 


12-8-7 


11-8-6 






/\ circumflex 


76tt 


7402 


0136 










: colonlt 




7404tt 


0072 










* grave accent 


74tt 


7407 


0140 










a 




7601 


0141 










b 




7602 


0142 










c 




7603 


0143 










d 




7604 


0144 










e 




7605 


0145 










f 




7606 


0146 










S 




7607 


0147 










h 




7610 


0150 










i 




7611 


0151 










J 




7612 


0152 










k 




7613 


0153 










1 




7614 


0154 










m 




7615 


0155 










n 




7616 


0156 










o 




7617 


0157 










P 




7620 


0160 










q 




7621 


0161 










r 




7622 


0162 










s 




7623 


0163 










t 




7624 


0164 










u 




7625 


0165 










V 




7626 


0166 










w 




7627 


0167 










X 




7630 


0170 










y 




7631 


0171 










z 




7632 


0172 










{ open, brace 


6ltt 


7633 


0173 










| vertical line 


75tt 


7634 


0174 










} clos. brace 


62tt 


7635 


0175 










~ tilde 


76tt 


7636 


0176 






'Available onl) 


r on NOS. 














TT Character or < 


:ode interpretation 


iepends on context. 


Refer to C 


tiaracter Se 


t Anomali 


es in the t 


ext . 


ttf Available for 


input only, on NOS. 














'Available for 


input only, on NOS/1 


3E or SCOPE 2. 
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TABLE A-4. 7-TRACK CODED TAPE CONVERSIONS 



External 
BCD 


ASCII 
Character 


Octal 

6-Bit 

Display 

Code 


External 
BCD 


ASCII 
Character 


Octal 

6-Bit 

Display 

Code 


01 


1 


34 


40 


- hyphen (minus) 


46 


02 


2 


35 


41 


J 


12 


03 


3 


36 


42 


K. 


13 


04 


4 


37 


43 


L 


14 


05 


5 


40 


44 


M 


15 


06 


6 


41 


45 


N 


16 


07 


7 


42 


46 





17 


10 


8 


43 


47 


P 


20 


11 


9 


44 


50 


Q 


21 


12t 





33 


51 


R 


22 


13 


= equals 


54 


52 


! exclamation point 


66 


14 


" quotation mark 


64 


53 


$ dollar sign 


53 


15 


@ commercial at 


74 


54 


* asterisk 


47 


iet 


% percent sign 


63 


55 


' apostrophe 


70 


17 


[ opening bracket 


61 


56 


? question mark 


71 


20 


space 


55 


57 


> greater than 


73 


21 


/ slant 


50 


60 


+ plus 


45 


22 


S 


23 


61 


A 


01 


23 


T 


24 


62 


B 


02 


24 


U 


25 


63 


C 


03 


25 


V 


26 


64 


D 


04 


26 


W 


27 


65 


E 


05 


27 


X 


30 


66 


F 


06 


30 


Y 


31 


67 


G 


07 


31 


Z 


32 


70 


H 


10 


32 


] closing bracket 


62 


71 


I 


11 


33 


, comma 


56 


72 


< less than 


72 


34 


( opening parenthesis 


51 


73 


. period 


57 


35 


underline 


65 


74 


) closing parenthesis 


52 


36 


# number sign 


60 


75 


\ reverse slant 


75 


37 


& ampersand 


67 


76 
77 


" caret 

; semicolon 


76 

77 


'As the tei 


ct explains, conversion of 


these codes dep( 


>nds on whether 


the tape is read or writteT 


i. 



o 
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TABLE A-5. ASCII 9-TRACK CODED TAPE CONVERSION 



ASCII 






Code , 
Conversion' 


Character and 
Code Conversion'! 


6-BiL +++ 
Display Code' ' ' 






Code 
(Hex) 


Character 


Code 
(Hex) 


Character 


ASCII 
Character 


Code 
(Octal) 


20 


space 


00 


NUL 


space 


55 


21 


! exclamation point 


7D 


} closing brace 


! exclamation point 


66 


22 


" quotation mark 


02 


STX 


" quotation mark 


64 


23 


# number sign 


03 


ETX 


# number sign 


60 


24 


$ dollar sign 


04 


EOT 


$ dollar sign 


53 


25 


Z percent sign» 


05 


ENQ 


% percent sign' 


63§ 


26 


& ampersand 


06 


ACK 


& ampersand 


67 


27 


' apostrophe 


07 


BEL 


apostrophe 


70 


28 


( opening parenthesis 


08 


BS 


( opening parenthesis 


51 


29 


) closing parenthesis 


09 


HT 


) closing parenthesis 


52 


2A 


* asterisk 


0A 


LF 


* asterisk 


47 


2B 


+ plus 


0B 


VT 


+ plus 


45 


2C 


, comma 


0C 


FF 


, comma 


56 


2D 


- hyphen (minus) 


0D 


CR 


- hyphen (minus) 


46 


2E 


. period 


0E 


SO 


. period 


57 


2F 


/ slant 


OF 


SI 


./ slant 


50 


30 





10 


DLE 





33 


31 


1 


11 


DC1 


1 


34 


32 


2 


12 


DC2 


2 


35 


33 


3 


13 


DC3 


3 


36 


34 


4 


14 


DC4 


4 


37 


35 


5 


15 


NAK 


5 


40 


36 


6 


16 


SYN 


6 


41 


37 


7 


17 


ETB 


7 


42 


38 


8 


18 


CAN 


8 


43 


39 


9 


19 


EM 


9 


44 


3A 


: colon' 


1A 


SUB 


: colon' 


00 § 


3B 


; semicolon 


IB 


ESC 


; semicolon 


77 


3C 


< less than 


7B 


{ opening brace 


< less than 


72 


3D 


= equals 


ID 


GS 


= equals 


54 


3E 


> greater than 


IE 


RS 


> greater than 


73 


3F 


? question mark 


IF 


US 


? question mark 


71 


40 


@ commercial at 


60 


grave accent 


@ commercial at 


74 


41 


A 


61 


a 


A 


01 


42 


B 


62 


b 


B 


02 


43 


C 


63 


c 


C 


03 


44 


D 


64 


d 


D 


04 


45 


E 


65 


e 


E 


05 


46 


F 


66 


f 


F 


06 
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TABLE A-5. ASCII 9-TRACK CODED TAPE CONVERSION (Contd) 



ASCII 



Code 
(Hex) 



47 

48 

49 

4A 

4B 

4C 

4D 

4E 

4F 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

5A 

5B 

5C 

5D 

5E 

5F 



Code 
Conversion' 



Character 



G 
H 
I 
J 
K 
L 
M 
N 

P 

Q 

R 
S 
T 
U 
V 

w 

X 

Y 
Z 

[ opening bracket 
\ reverse slant 
] closing bracket 
" caret 
underline 



Character and 
Code Conversion'' 



Code 
(Hex) 



67 

68 

69 

6A 

6B 

6C 

6D 

6E 

6F 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

7A 

1C 

7C 

01 

7E 

7F 



Character 



g 
h 

i 

J 
k 

1 
m 
n 
o 
P 

q 

r 



v 
w 

X 

y 

z 

FS 

I vertical line 

SOH 

~ tilde 

DEL 



6-Bit 
Display Code'tt 



ASCII 
Character 



G 
H 
I 
J 
K 
L 
M 
N 

P 

Q 

R 
S 

T 
U 
V 
W 
X 
Y 
Z 

[ opening bracket 
\ reverse slant 
] closing bracket 
" caret 
underline 



Code 
(Octal) 



07 

10 

11 

12 

13 

14 

15 

16 

17 

20 

21 

22 

23 

24 

25 

26 

27 

30 

31 

32 

61 

75 

62 

76 

65 



Twhen these characters are copied from or to a tape, the characters remain the same and the code 
changes from or to ASCII to or from display code. 

''These characters do not exist in display code. When the characters are copied from a tape, each 
ASCII character is changed to an alternate display code character. The corresponding codes are also 
changed. Example: When the system copies a lowercase a, 61 (hexadecimal), from tape, it writes an 



uppercase A, 01 (octal). 



ttt 



A display code space always translates to an ASCII space. 

c 

"Character or code interpretation depends on context. Refer to Character Set Anomalies in the text. 



o 
o 
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TABLE A-6. EBCDIC 9-TRACK CODED TAPE CONVERSION 



EBCDIC 


6-Bit 
Display Codettt 


Code 
ConversionT 


Character and 
Code Conversion!! 


ASCII 
Character 


Code 
(Octal) 


Code 
(Hex) 


Character 


Code 
(Hex) 


Character 


40 


space 


00 


NUL 


space 


55 


4A 


i cent sign 


1C 


IFS 


[ opening bracket 


61 


4B 


. period 


0E 


SO 


. period 


57 


4C 


< less than 


CO 


{ opening brace 


< less than 


72 


4D 


( opening parenthesis 


16 


BS 


( opening parenthesis 


51 


4E 


+ plus 


0B 


VT 


+ plus 


45 


4F 


1 vertical line 


DO 


} closing brace 


! exclamation point 


66 


50 


& ampersand 


2E 


ACK 


& ampersand 


67 


5A 


! exclamation point 


01 


S0H 


] closing bracket 


62 


5B 


$ dollar sign 


37 


EOT 


$ dollar sign 


53 


5C 


* asterisk 


25 


LF 


* asterisk 


47 


5D 


) closing parenthesis 


05 


HT 


) closing parenthesis 


52 


5E 


; semicolon 


27 


ESC 


; semicolon 


77 


5F 


—i logical NOT 


Al 


~ tilde 


caret 


76 


60 


- hyphen (minus) 


0D 


CR 


- hyphen (minus) 


46 


61 


/ slant 


OF 


SI 


/ slant 


50 


6B 


, comma 


0C 


FF 


, comma 


56 


6C 


% percent signs 


2D 


ENQ 


% percent signs 


63§ 


6D 


underline 


07 


DEL 


underline 


65 


6E 


> greater than 


IE 


IRS 


> greater than 


73 


6F 


? question mark 


IF 


IUS 


? question mark 


71 


7A 


: colon* 


3F 


SUB 


: colon§ 


00§ 


7B 


# number sign 


03 


ETX 


# number sign 


60 


7C 


@ commercial at 


79 


\ reverse slant 


@ commercial at 


74 


7D 


' apostrophe 


2F 


BEL 


' apostrophe 


70 


7E 


= equals 


ID 


IGS 


= equals 


54 


7F 


" quotation mark 


02 


STX 


" quotation mark 


64 


CI 


A 


81 


a 


A 


01 


C2 


B 


82 


b 


B 


02 


C3 


C 


83 


c 


C 


03 


C4 


D 


84 


d 


D 


04 


C5 


E 


85 


e 


E 


05 


C6 


F 


86 


f 


F 


06 


C7 


G 


87 


g 


G 


07 


C8 


H 


88 


h 


H 


10 


C9 


I 


89 


i 


I 


11 


Dl 


J 


91 


J 


J 


12 


D2 


K 


92 


k 


K 


13 


D3 


L 


93 


1 


L 


14 



A-16 



60480000 K 



TABLE A-6. EBCDIC 9-TRACK CODED TAPE CONVERSION (Contd) 



EBCDIC 


6-Bit 
Display Codettt 


Code 
Conversion* 


Character and 
Code Conversion*! 


ASCII 
Character 


Code 
(Octal) 


Code 
(Hex) 


Character 


Code 
(Hex) 


Character 


D4 


M 


94 


m 


M 


15 


D5 


N 


95 


n 


N 


16 


D6 





96 


o 





17 


D7 


P 


97 


P 


P 


20 


D8 


Q 


98 


q 


Q 


21 


D9 


R 


99 


r 


R 


22 


EO 


\ reverse slant 


6A 


I vertical line 


\ reverse slant 


75 


E2 


S 


A2 


s 


S 


23 


E3 


T 


A3 


t 


T 


24 


E4 


U 


A4 


u 


U 


25 


E5 


V 


A5 


V 


V 


26 


E6 


w 


A6 


w 


w 


27 


E7 


X 


A7 


x 


X 


30 


E8 


Y 


A8 


y 


Y 


31 


E9 


Z 


A9 


z 


Z 


32 


FO 


. 


10 


DUE 





33 


Fl 


1 


11 


DC1 


1 


34 


F2 


2 


12 


DC2 


2 


35 


F3 


3 


13 


TM 


3 


36 


F4 


4 


3C 


DC4 


4 


37 


F5 


5 


3D 


NAK 


5 


40 


F6 


6 


32 


SYN 


6 


41 


F7 


7 


26 


ETB 


7 


42 


F8 


8 


18 


CAN 


8 


43 


F9 


9 


19 


EM 


9 


44 


TWhen these characters are copied from or to a tape, the characters remain the same (except EBCDIC 
codes 4A (hexadecimal), 4F (hexadecimal), 5A (hexadecimal), and 5F (hexadecimal)) and the code changes 
from or to EBCDIC to or from display code. 


MThese characters do not exist in display code. When the characters are copied from a tape, each 
EBCDIC character is changed to an alternate display code character. The corresponding codes are also 
changed. Example: When the system copies a lowercase a, 81 (hexadecimal), from tape, it writes an 
uppercase A, 01 (octal). 


TTTa display code space always translates to an EBCDIC space. 


scharacter or code interpretation depends on context. Refer to Character Set Anomalies in the text. 



o 
o 
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TABLE A-7. FULL EBCDIC CHARACTER SET 



Hexa- 


Octal 


EBCDIC 


Hexa- 


Octal 


EBCDIC 


Hexa- 


Octal 


EBCDIC 


decimal 


12-Bit 


Graphic or 


decimal 


12-Bit 


Graphic or 


decimal 


12-Bit 


Graphic or 


EBCDIC 


EBCDIC 


Control 


EBCDIC 


EBCDIC 


Control 


EBCDIC 


EBCDIC 


Control 


Code 


Code 


Character! 


Code 


Code 


Character! 


Code 


Code 


Character! 


00 


0000 


NUL 


4A 


0112 


£ cent sign 


A7 


0247 


X 


01 


0001 


SOH 


4B 


0113 


. period 


A8 


0250 


y 


02 


0002 


STX 


4C 


0114 


< less than 


A9 


0251 


z 


03 


0003 


ETX 


4D 


0115 


( open, par en. 


AA 


0252 


undefined 


04 


0004 


PF 


4E 


0116 


+ plus 


thru 


thru 




05 


0005 


HT 


4F 


0117 


| logical OR 


BF 


0277 


undefined 


06 


0006 


LC 


50 


0120 


& ampersand 


CO 


0300 


{ open, brace 


07 


0007 


DEL 


51 


0121 


undefined 


CI 


0301 


A 


08 


0010 


undefined 


thru 


thru 




C2 


0302 


B 


09 


0011 


undefined 


59 


0131 


undefined 


C3 


0303 


C 


0A 


0012 


SMM 


5A 


0132 


! exclam. point 


C4 


0304 


D 


OB 


0013 


VT 


5B 


0133 


$ dollar sign 


C5 


0305 


E 


OC 


0014 


FF 


5C 


0134 


* asterisk 


C6 


0306 


F 


OD 


0015 


CR 


5D 


0135 


) clos. paren. 


C7 


0307 


G 


OE 


0016 


SO 


5E 


0136 


; semicolon 


C8 


0310 


H 


OF 


0017 


SI 


5F 


0137 


—i logical NOT 


C9 


0311 


I 


10 


0020 


DLE , 


60 


0140 


- minus 


CA 


0312 


undefined 


11 


0021 


DC1 


61 


0141 


/ slant 


CB 


0313 


undefined 


12 


0022 


DC2 


62 


0142 


undefined 


CC 


0314 


■r 


13 


0023 


TM 


thru 


thru 




CD 


0315 


undefined 


14 


0024 


RES 


69 


0151 


undefined 


CE 


0316 


V 


15 


0025 


NL 


6A 


0152 


] vertical line 


CF 


0317 


undefined 


16 


0026 


BS 


6B 


0153 


, comma 


DO 


0320 


} clos. brace 


17 


0027 


IL 


6C 


0154 


% percent sign 


Dl 


0321 


J 


18 


0030 


CAN 


6D 


0155 


underline 


D2 


0322 


K 


19 


0031 


EM 


6E 


0156 


> greater than 


D3 


0323 


L 


1A 


0032 


CC 


6F 


0157 


? question mark 


D4 


0324 


M 


IB 


0033 


CU1 


70 


0160 


undefined 


D5 


0325 


N 


1C 


0034 


IFS 


thru 


thru 




D6 


0326 . 





ID 


0035 


IGS 


78 


0170 


undefined 


D7 


0327 


P 


IE 


0036 


IRS 


79 


0171 


* grave accent 


D8 


0330 


Q 


IF 


0037 


IUS 


7A 


0172 


: colon 


D9 


033 r 


R 


20 


0040 


DS 


7B 


0173 


It number sign 


DA 


0332 


undefined 


21 


0041 


SOS 


7C 


0174 


@ commercial at 


thru 


thru 




22 


0042 


FS 


7D 


0175 


' apostrophe 


DF 


0337 


undefined 


23 


0043 


undefined 


7E 


0176 


= equals 


E0 


0340 


\ reverse slant 


24 


0044 


BYP 


7F 


0177 


" quotation mark 


El 


0341 


undefined 


25 


0045 


LF 


80 


0200 


undefined 


E2 


0342 


S 


26 


0046 


ETBB 


81 


0201 


a 


E3 


0343 


T 


27 


0047 


ESCE 


82 


0202 


b 


E4 


0344 


U 
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TABLE A-7. FULL EBCDIC CHARACTER SET (Contd) 









O 



Hexa- 
decimal 
EBCDIC 

Code 


Octal 

12-Bit 

EBCDIC 

Code 


EBCDIC 
Graphic or 

Control 
Character! 


Hexa- 
decimal 
EBCDIC 

Code 


Octal 

12-Bit 

EBCDIC 

Code 


EBCDIC 
Graphic or 

Control 
Character* 


Hexa- 
decimal 
EBCDIC 

Code 


Octal 

12-Bit 

EBCDIC 

Code 


EBCDIC 
Graphic or 

Control 
Character! 


28 


0050' 


undefined 


83 


0203 


c 


E5 


0345 


V 


29 


0051 


undefined 


84 


0204 


d 


E6 


0346 


W 


2A 


0052 


SM 


85 


0205 


e 


E7 


0347 


X 


2B 


0053 


CU2 


86 


0206 


f 


E8 


0350 


Y 


2C 


0054 


undefined 


87 


0207 


8 


E9 


0351 


Z 


2D 


0055 


ENQ 


88 


0210 


h 


EA 


0352 


undefined 


2E 


0056 


ACK 


89 


0211 


i 


EB 


0353 


undefined 


2F 


0057 


BEL 


8A 


0212 


undefined 


EC 


0354 


H 


30 


0060 


undefined 


thru 


thru 




ED 


0355 


undefined 


31 


0061 


undefined 


90 


0220 


undefined 


thru 


thru 




32 


0062 


SYN 


91 


0221 


J 


EF 


0357 


undefined 


33 


0063 


undefined 


92 


0222 


k 


F0 


0360 





34 


0064 


PN 


93 


0223 


1 


Fl 


0361 


1 


35 


0065 


RS 


94 


0224 


m 


F2 


0362 


2 


36 


0066 


UC 


95 


0225 


n 


F3 


0363 


3 


37 


0067 


EOT 


96 


0226 


o 


F4 


0364 


4 


38 


0070 


undefined 


97 


0227 


P 


F5 


0365 


5 


39 


0071 


undefined 


98 


0230 


q 


F6 


0366 


6 


3A 


0072 


undefined 


99 


0231 


r 


F7 


0367 


7 


3B 


0073 


CU3 


9A 


0232 


undefined 


F8 


0370 


8 


3C 


0074 


DC4 


thru 


thru 




F9 


0372 


9 


3D 


0075 


NAK 


A0 


0240 


undefined 


FA 


0372 


| vertical line 


3E 


0076 


undefined 


Al 


0241 


~ tilde 


FB 


0373 


undefined 


3F 


0077 


SUB 


A2 


0242 


s 


thru 


thru 




40 


0100 


space 


A3 


0243 


t 


FF 


0377 


undefined 


41 


0101 


undefined 


A4 


0244 


u 








thru 


thru 




A5 


0245 


V 








49 


0111 


undefined 


A6 


0246 


w 








tGraphic 


charactei 


-s shown are tho 


se used on 


the IBM 


5ystem/370 standard 


(PN) print 


train. Other devices 


support 


subsets c 


>r variations of 


this char< 


icter graj 


jhic set. 









o 
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TABLE A-8. CHARACTER CODE TRANSLATIONS, CONSOLES IN TERMINAL CLASSES 9, 14, 16, 17, AND 18 

(HASP, HPRE, 2780, 3780, AND 3270) 



Hex. 
Code 



Terminal EBCDIC 



Octal 
Code 



00 


000 


01 


001 


02 


002 


03 


003 


04 


004 


05 


005 


06 


006 


07 


007 


08 


010 


09 


Oil 


0A 


012 


OB 


013 


OC 


014 


OD 


015 


OE 


016 


OF 


017 


10 


020 


11 


021 


12 


022 


13 


023 


14 


024 


15 


025 


16 


026 


17 


027 


18 


030 


19 


031 


1A 


032 


IB 


033 


1C 


034 


ID 


035 


IE 


036 


IF 


037 


20 


040 


21 


041 


22 


042 


23 


043 


24 


044 


25 


045 


26 


046 


27 


047 


28 


050 


29 


051 


2A 


052 


2B 


053 


2C 


054 


2D 


055 


2E 


056 


2F 


057 


30 


060 


31 


061 


32 


062 


33 


063 


34 


064 


35 


065 


36 


066 


37 


067 


38 


070 


39 


071 


3A 


072 



Graphic' 



Control Charapter 



tt 



NUL 

SOU 

STX 

ETX 

PF 

HT 

LC 

DEL 

undefined 

undefined 

SMM 

VT 

FF 

CR 

SO 

SI 

DLE 

DC1 

DC2 

TM 

RES 

NL 

BS 

IL 

CAN 

EM 

CC 

CU1 

IFS 

IGS 

IRS 

IUS 

DS 

SOS 

FS 

undefined 

BYP 

LF 

ETB or EOB 

ESC or PRE 

undefined 

undefined 

SM 

C02 

undefined 

ENQ 

ACK 

BEL 

undefined 

undef ined 

SYN 

undefined 

PN 

RS 

UC 

EOT 

undefined 

undefined 

undefined 



Network ASCII (Normalized Mode Use) 



Hex. 
Codettt 



00 

01 
02 
03 
20 
09 
20 
7F 
20 
20 
20 
OB 
OC 
OD 
OE 
OF 
10 
11 
12 
13 
20 
20 
08 
20 
18 
19 
20 
20 
1C 
ID 
IE 
IF 
20 
20 
20 
20 
20 
OA 
17 
IB 
20 
20 
20 
20 
20 
05 
06 
07 
20 
20 
16 
20 
20 
20 
20 
04 
20 
20 
20 



Octal 
Codettt 



000 
001 
002 
003 
040 
Oil 
040 
177 
040 
040 
040 
013 
014 
015 
016 
017 
020 
021 
022 
023 
040 
040 
010 
040 
030 
031 
040 
040 
034 
035 
036 
037 
040 
040 
040 
040 
040 
012 
027 
033 
040 
040 
040 
040 
040 
005 
006 
007 
040 
040 
026 
040 
040 
040 
040 
004 
040 
040 
040 



Graphic 



space 

space 

space 
space 
space 



space 
space 

space 



space 
space 



space 
space 
space 
space 
space 



space 
space 
space 
space 
space 



space 
space 

space 
space 
space 
space 

space 
space 
space 



Control Charactertt 



null 

start of header 
start of text 
end of text 

horizontal tabulate 

delete 



vertical tabulate 
form feed 
carriage return 
shift out 
shift in 
data link escape 
device control 1 
device control 2 
device control 3 



backspace 

cancel 

end of medium 



file separator 
group separator 
record separator 
unit separator 



linefeed 

end of transmission block 

escape 



enquiry 

positive acknowledgment 

bell 



synchronous idle 



end of transmission 



o 









^J 
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TABLE A-8. CHARACTER CODE TRANSLATIONS, CONSOLES IN TERMINAL CLASSES 9, 14, 16, 17, AND 18 

(HASP, HPRE, 2780, 3780, AND 3270) (Contd) 



Terminal EBCDIC 


Network 


kSCII (Normalized Mode Use) 


Hex. 
Code 


Octal 
Code 


Graphic' 


Control Charactertt 


Hex. 
Codettt 


Octal 
Codettt 


Graphic 


Control Charactertt 


3B 


073 




CU3 


20 


040 


space 




3C 


074 




DC4 


14 


024 




device control 4 


3D 


075 




NAK 


15 


025 




negative acknowledgement 


3E 


076 




undefined 


20 


040 


space 




3F 


077 




SUB 


1A 


032 




substitute 


40 


100 


space 




20 


040 


space 




41 


101 




undefined 


20 


040 


space 




thru 


thru 














49 


111 














4A 


112 


t 




5B 


133 


[ 




4B 


113 


. 




2E 


056 


. 




4C 


114 


< 




3C 


074 


< 




4D 


115 


( 




28 


050 


( 




4E 


116 


+ 




2B 


053 


+ 




4F 


117 


1 




21 


041 


1 




50 


120 


& 




26 


046 


& 




51 


121 




undefined 


20 


040 


space 




thru 


thru 














59 


131 














5A 


132 


j 




50 


135 


] 




5B 


133 


$ 




24 


044 


$ 




5C 


134 


* 




2A 


052 


* 




5D 


135 


) 




29 


051 


) 




5E 


136 


, 




3B 


073 


> 




5F 


137 


- 1 




5E 


136 


•\ 




60 


140 


- 




2D 


055 


- 




61 


141 


/ 




2F 


057 


/ 




62 


142 




undefined 


20 


040 


space 




thru 


thru 














69 


151 














6A 


152 


1 




7C 


174 


i 




6B 


153 


> 




2C 


054 


t 




6C 


154 


% 




25 


045 


% 




6D 


155 






5F 


137 






6E 


156 


> 




3E 


076 


"> 




6F 


157 


■> 




3F 


077 


? 




70 


160 




undefined 


20 


040 


space 




thru 


thru 














78 


170 














79 


171 


- 




60 


140 


* 




7A 


172 


• 




7A 


172 


: 




7B 


173 


# 




23 


043 


# 




7C 


174 


@ 




40 


100 


@ 




7D 


175 


' 




27 


047 


' 




7E 


176 


= 




3D 


075 


= 




7F 


177 


tt 




22 


042 


M 




80 


200 




undefined 


20 


040 


space 




81 


201 


a 




61 


141 


a 




82 


202 


b 




62 


142 


b 




83 


203 


c 




63 


143 


c 




84 


204 


d 




64 


144 


d 




85 


205 


e 




65 


145 


e 




86 


206 


f 




66 


146 


f 




87 


207 


g 




67 


147 


g 




88 


210 


h 




68 


150 


h 




89 


211 


i 




69 


151 


1 




8A 


212 




undefined 


20 


040 


space 




thru 


thru 














90 


220 
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TABLE A-8. CHARACTER CODE TRANSLATIONS, CONSOLES IN TERMINAL CLASSES 9, 14, 16, 17, AND 18 

(HASP, HPRE, 2780, 3780, AND 3270) (Contd) 



Hex. 
Code 



91 

92 

93 

94 

95 

96 

97 

98 

99 

9A 

thru 

A0 

Al 

A2 

A3 

A4 

A5 

A6 

A7 

A8 

A9 

AA 

thru 

BF 

CO 

CI 

C2 

C3 

C4 

C5 

C6 

C7 

C8 

C9 

CA 

CB 

CC 

CD 

CE 

CF 

DO 

Dl 

D2 

D3 

D4 

D5 

D6 

D7 

D8 

D9 

DA 

thru 

DF 

E0 

El 

E2 

E3 

E4 

E5 



Terminal EBCDIC 



Octal 
Code 



221 

222 

223 

224 

225 

226 

227 

230 

231 

232 

thru 

240 

241 

242 

243 

244 

245 

246 

247 

250 

251 

252 

thru 

277 

300 

301 

302 

303 

304 

305 

306 

307 

310 

311 

312 

313 

314 

315 

316 

317 

320 

321 

322 

323 

324 

325 

326 

327 

330 

331 

332 

thru 

337 

340 

341 

342 

343 

344 

345 



Graphic' 



{ 

A 
B 
C 
D 
E 
F 
G 
H 
I 



f 

V 

} 
J 
K 
L 
M 
N 

P 

Q 

R 



Control Character! T 



undefined 



undefined 



undefined 
undefined 

undefined 

undefined 



undefined 



undefined 



Network ASCII (Normalized Mode Use) 



Hex. 
Codettt 



6A 
6B 
6C 
6D 
6E 
6F 
70 
71 
72 
20 



7E 
73 
74 
75 
76 
77 
78 
79 
7A 
20 



7B 
41 
42 
43 
44 
45 
46 
47 
48 
49 
20 
20 
20 
20 
20 
20 
7E 
4A 
4B 
4C 
4D 
4E 
4F 
50 
51 
52 
20 



5C 
20 
53 
54 
55 
56 



Octal 
Codettt 



152 
153 
154 
155 
156 
157 
160 
161 
162 
040 



176 
163 
164 
165 
166 
167 
170 
171 
172 
040 



Graphic 



J 
k 
1 
m 
n 
o 
P 

q 

r 
space 



t 
u 
v 

w 

X 

y 

z 
space 



173 


{ 


101 


A 


102 


B 


103 


C 


104 


D 


105 


E 


106 


F 


107 


G 


110 


H 


111 


I 


040 


space 


040 


space 


040 


space 


040 


space 


040 


space 


040 


space 


175 


} 


112 


J 


113 


K 


114 


L 


115 


M 


116 


N 


117 





120 


P 


121 


Q 


122 


R 


040 


space 


134 


\ 


040 


space 


123 


S 


124 


T 


125 


U 


126 


V 



Control Character*! 



o 
o 



o 
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TABLE A-8. CHARACTER CODE TRANSLATIONS, CONSOLES IN TERMINAL CLASSES 9, 14, 16, 17, AND 18 

(HASP, HPRE, 2780, 3780, AND 3270) (Contd) 



^■#^ 



o 



Terminal EBCDIC 


Network ASCII (Normalized Mode Use) 


Hex. 
Code 


Octal 
Code 


Graphic* 


Control Character" 


Hex -+++ 
CodeTTT 


Octal 
Codettt 


Graphic 


Control Character" 


E6 

E7 

E8 

E9 

EA 

EB 

EC 

ED 

thru 

EF 

F0 

Fl 

F2 

F3 

F4 

F5 

F6 

F7 

F8 

F9 

FA 

FB 

thru 

FF 


346 

347 

350 

351 

352 

353 

354 

355 

thru 

357 

360 

361 

362 

363 

364 

365 

366 

367 

370 

371 

372 

373 

thru 

377 


W 
X 
Y 

Z 

rl 



1 
2 
3 
4 
5 
6 
7 
8 
9 
1 


undefined 
undefined 

undefined 
undefined 


57 
58 
59 
5A 
20 
20 
20 
20 

30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
20 
20 


127 
130 
131 
132 
040 
040 
040 
040 

060 
061 
062 
063 
064 
065 
066 
067 
070 
071 
040 
040 


W 

X 

Y 

Z 

space 

space 

space 

space 



1 

2 

3 

4 

5 

6 

7 

8 

9 

space 

space 




tGraphlc characters shown are those used on the IBM System/370 standard (PN) print train. Other devices 
support subsets or variations of this character graphic set. 

tlNot used for output to line printers. Translation to a space (100 octal) occurs. 

t*T Shown with zero parity (eighth or uppermost bit is always zero). 



o 



o 
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TABLE A-9. CHARACTER CODE TRANSLATIONS, ASCII CHARACTER SET CONSOLES 
IN TERMINAL CLASSES 1, 2, AND 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex. 


Octal 


ASCII 


Control Charactertt 


Hex. 


Octal 


ASCII 




Codet 


Codet 


Graphic 


Codettt 


Codettt 


Graphic 


Control Character 


00 


000 




NUL or © 


00 


000 




null 


03 


003 


A 


ETX or © 


03 


003 




end of text 


05 


005 




ENQ or WRU or (|) 


05 


005 




enquiry 


06 


006 




ACK or RU or (£) 


06 


006 




positive acknowledgement 


09 


011 




HT or © 


09 


011 




horizontal tabulate 


0A 


012 




LF or NL or 1 or Q) 


0A 


012 




linefeed 


OC 


014 




FF or FORM or © 


0C 


014 




formfeed 


OF 


017 


> 


SI or @ 


OF 


017 




shift in 


11 


021 




DC1 or X-ON or Q) 


11 


021 




device control 1 


12 


022 




DC2 or TAPE or HO 


12 


022 




device control 2 


14 


024 




DC4 or TAPE or (T) 


14 


024 




device control 4 


17 


027 




ETB or («) 


17 


027 




end transmission block 


18 


030 




CAN or CLEAR or (x) 


18 


030 




cancel 


IB 


033 




ESC or ESCAPE or Q) 


IB 


033 




escape 


ID 


035 




GS or (7) 


ID 


035 




group separator 


IE 


036 




RS or© 


IE 


036 




record separator 


21 


041 


! 




21 


041 


! 




22 


042 


II 




22 


042 


n 




24 


044 


$ 




24 


044 


$ 




27 


047 


' 




27 


047 


' 




28 


050 


( 




28 


050 


( 




2B 


053 


+ 




2B 


053 


+ 




2D 


055 


- 




2D 


055 


- 




2E 


056 


. 




2E 


056 


, 




30 


060 







30 


060 







33 


063 


3 




33 


063 


3 




35 


065 


5 




35 


065 


5 




36 


066 


6 




36 


066 


6 




39 


071 


9 




39 


071 


9 




3A 


072 


: 




3A 


072 


; 




3C 


074 


< 




3C 


074 


< 




3F 


077 


? 




3F 


077 


? 




41 


101 


A 




41 


101 


A 




42 


102 


B 




42 


102 


B 




44 


104 


D 




44 


104 


D 




47 


107 


G 




47 


107 


G 




48 


110 


H 




48 


110 


H 




4B 


113 


K 




4B 


113 


K 




4D 


115 


M 




4D 


115 


M 




4E 


116 


N 




4E 


116 


N 




50 


120 


P 




50 


120 


P 




53 


123 


S 




53 


123 


S 




55 


125 


U 




55 


125 


U 




56 


126 


V 




56 


126 


V 




59 


131 


Y 




59 


131 


Y 




5A 


132 


Z 




5A 


132 


Z 




5C 


134 


\ 




5C 


134 


\ 




5F 


137 


or •*- 




5F 


137 






60 


140 


*V 




60 


140 


~ 




63 


143 


c 




63 


143 


c 




65 


145 


e 




65 


145 


e 




66 


146 


f 




66 


146 


f 




69 


151 


i 




69 


151 


i 




6A 


152 


J 




6A 


152 


J 




6C 


154 


1 




6C 


154 


1 




6F 


157 


o 




6F 


157 


o 




71 


161 


q 




71 


161 


q 




72 


162 


r 




72 


162 


r 





o 



( ij 






A-24 



60480000 L 



o 

G 



TABLE A-9. CHARACTER CODE TRANSLATIONS, ASCII CHARACTER SET CONSOLES 
IN TERMINAL CLASSES 1, 2, AND 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) (Contd) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex. 
Codet 


Octal 
Codet 


ASCII 
Graphic 


Control Character!! 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character 


74 


164 


t 




74 


164 


t 




77 


167 


w 




77 


167 


w 




78 


170 


X 




78 


170 


X 




7B 


173 


{ 




7B 


173 


{ 




7C 


174 


i or f or | 




7C 


174 


1 
1 




7D 


175 


} 




7D 


175 


} 




7E 


176 


~ or — i 




7E 


176 


** 




81 


201 




SOH or (a) 


01 


001 




start of header 


82 


202 




STX or (S) 


02 


002 




start of text 


84 


204 




EOT or (Jy) 


04 


004 




end of transmission 


87 


207 




BELL or (G) 


07 


007 




bell 


88 


210 




BS or *- or © 


08 


010 




backspace 


8B 


213 




VT or ® 


0B 


013 




vertical tabulate 


8D 


215 




CR or RETURN or (m) 


OD 


015 




carriage return 


8E 


216 


< 


SO or (N) 


0E 


016 




shift out 


90 


220 




DLE or (P) 


10 


020 




data link escape 


93 


223 




DC3 or X-OFF or © 


13 


023 




device control 3 


95 


225 




NAK or -► or @ 


15 


025 




negative acknowledgement 


96 


226 




SYN or LINE CLEAR or (?) 


16 


026 




synchronous idle 


99 


231 




EM or RESET or © 


19 


031 




end of medium 


9A 


232 




SUB or t or © 


1A 


032 




substitute 


9C 


234 




FS or © 


1C 


034 




file separator 


9F 


237 




US or Q 


IF 


037 




unit separator 


A0 


240 


SPACE 

or 

blank 




20 


040 


space 




A3 


243 


# 




23 


043 


it 




A5 


245 


% 




25 


045 


% 




A6 


246 


& 




26 


046 


& 




A9 


251 


) 




29 


051 


) 




AA 


252 


* 




2A 


052 


* 




AC 


254 


» 




2C 


054 


» 




AF 


257 


/ 




2F 


057 


/ 




Bl 


261 


1 




31 


061 


1 




B2 


262 


2 




32 


062 


2 




B4 


264 


4 




34 


064 


4 




B7 


267 


7 




37 


067 


7 




B8 


270 


8 




38 


070 


8 




BB 


273 


> 




3B 


073 


9 




BD 


275 






3D 


075 


= 




BE 


276 


> 




3E 


076 


> 




CO 


300 


8 




40 


100 


8 




C3 


303 


c 




43 


103 


C 




C5 


305 


E 




45 


105 


E 




C6 


306 


F 




46 


106 


F 




C9 


311 


I 




49 


111 


I 




CA 


312 


J 




4A 


112 


J 




CC 


314 


L 




4C 


114 


L 




CF 


317 


O 




4F 


117 







Dl 


321 


Q 




51 


121 


Q 




D2 


322 


R 




52 


122 


R 




D4 


324 


T 




54 


124 


T 




D7 


327 


W 




57 


127 


W 




D8 


330 


X 




58 


130 


X 




DB 


333 


[ 




5B 


133 


[ 




DD 


335 


] 




5D 


135 


] 




DE 


336 


A or — i 




5E 


136 


A 




El 


341 


a 




61 


141 


a 
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TABLE A-9. CHARACTER CODE TRANSLATIONS, ASCII CHARACTER SET CONSOLES 
IN TERMINAL CLASSES 1, 2, AND 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) (Contd) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex. 

Code' 


Octal 
Codet 


ASCII 
Graphic 


Control Character" 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character 


E2 
E4 
E7 
E8 
EB 
ED 
EE 
FO 
F3 
F5 
F6 
F9 
FA 
FF 


342 
344 
347 
350 
353 
355 
356 
360 
363 
365 
366 
371 
372 
377 


b 
d 

g 
h 
k 
m 
n 

P 
s 
u 

V 

y 

z 

■ 


DEL or RUBOUT 


62 
64 
67 
68 
6B 
6D 
6E 
70 
73 
75 
76 
79 
7A 
7F 


142 
144 
147 
150 
153 
155 
156 
160 
163 
165 
166 
171 
172 
177 


b 

d 

g 
h 
k 
m 

n 

P 
s 
u 

V 

y 

z 


delete 


'Shown with even parity, which is the default for these terminal classes (unless PA=N, an application 
program receives the same code as in normalized mode). 

II A circle around a character indicates that the character key is pressed In conjunction with a CTL, CTRL, 
CNTRL, or CONTROL key to generate the code. 

TTTshown with zero parity (eighth or uppermost bit is always zero). 



o 
o 



o 
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TABLE A-10. CHARACTER CODE TRANSLATIONS, APL TYPEWRITER-PARING CONSOLES IN 
TERMINAL CLASSES 1, 2, AND 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) 



Terminal ASCII (Transparent Mode Use) 



Network ASCII (Normalized Mode Use) 



Hex 
Code* 



Octal 
Codet 



ASCII-APL 
Graphic 



Control Character!* 



Hex 
Codettt 



Octal 
Codettt 



ASCII-APL 
Graphic 



Control Character 



74 
77 
78 
7B 
7C 
7D 
7E 
81 
82 
84 
87 
88 
8B 
8D 
8E 
90 
93 
95 
96 
99 
9A 
9C 
9F 
A0 



A3 

A5 
A6 
A9 
AA 

AC 
AF 
Bl 
B2 
B4 
B7 
B8 
BB 
BD 
BE 
CO 
C3 
C5 
C6 
C9 
CA 
CC 
CF 
Dl 
D2 
D4 
D7 
D8 
DB 
DD 
DE 
El 



164 
167 
170 
173 
174 
175 
176 
201 
202 
204 
207 
210 
213 
215 
216 
220 
223 
225 
226 
231 
232 
234 
237 
240 



243 
245 
246 
251 
252 
254 
257 
261 
262 
264 
267 
270 
273 
275 
276 
300 
303 
305 
306 
311 
312 
314 
317 
321 
322 
324 
327 
330 
333 
335 
336 
341 



T 
W 
X 

{ 
-H 

} 
$ 



SPACE 
or 

blank 
< 

> 

A 

» 

/ 
1 
2 
4 
7 
8 

[ 
X 



CI 
e 



a 
o 
? 
p 

CO 



SOH or (Aj 

STX or MB) 

EOT or @ 

BELL or (£) 

BS or *- or (3) 

VT or (K) 

CR or RETURN or ® 

SO or (N) 

DLE or (£) 

DC3 or X-OFF or (?) 

NAK or -* or © 

SYN or LINE CLEAR or 

EM or RESET or © 

SUB or t or © 

FS or 

US or (-) 



® 



54 
57 
58 
7B 
6B 
7D 
24 
01 
02 
04 
07 
08 
0B 
0D 
0E 
10 
13 
15 
16 
19 
1A 
1C 
IF 
20 



3C 
3D 

3E 
26 

22 
2C 
2F 
31 
32 
34 
37 
38 
5B 
66 
3A 
5E 
63 
65 
5F 
69 
6A 
6C 
6F 
3F 
72 
74 
77 
78 
70 
71 
7C 
41 



124 
127 
130 
173 
153 
175 
044 
001 
002 
004 
007 
010 
013 
015 
016 
020 
023 
025 
026 
031 
032 
034 
037 
040 



074 


< 


075 


= 


076 


> 


046 


A 


042 


i 6 


054 




057 


/ 


061 


1 


062 


2 


064 


4 


067 


7 


070 


8 


133 


f 


146 


X 


072 




136 


— 


143 


n 


145 


e 


137 




151 


1 


152 


O 


154 


□ 


157 


o 


077 


1 


162 


p 


164 


~ 


167 


CO 


170 


rs 


160 


*- 


161 


-► 


174 


> 


101 


A 



space 



start of header 

start of text 

end of transmission 

bell 

•backspace 

vertical tabulate 

carriage return 

shift out 

data link escape 

device control 3 

negative acknowledgement 

synchronous idle 

end of medium 

substitute 

file separator 

unit separator 
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TABLE A-10. CHARACTER CODE TRANSLATIONS, APL TYPEWRITER-PARING CONSOLES IN 
TERMINAL CLASSES 1, 2, AND 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) (Contd) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex 
CodeT 


Octal 
CodeT 


ASCII-APL 
Graphic 


Control CharacterTT 


Hex 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


00 


000 




NUL or © 


00 


000 




null 


03 


003 


A 


ETX or © 


03 


003 




end of text 


05 


005 




ENQ or WRU or 6y 


05 


005 




enquiry 


06 


006 




ACK or RU or (0 


06 


006 




positive acknowledgement 


09 


Oil 




HT or (I) 


09 


011 




horizontal tabulate 


0A 


012 




LF or NL or 1 or (j) 


0A 


012 




linefeed 


OC 


014 




FF or FORM or (l) 


0C 


014 




formfeed 


OF 


017 


> 


SI or © 


OF 


017 




shift in 


11 


021 




DC1 or X-ON or @ 


11 


021 




device control 1 


12 


022 




DC2 or TAPE or ® 


12 


022 




device control 2 


14 


024 




DC4 or TAPE or (T) 


14 


024 




device control 4 


17 


027 




ETB or (w) 


17 


027 




end transmission block 


18 


030 




CAN or CLEAR or (x) 


18 


030 




cancel 


IB 


033 




ESC or ESCAPE or (J) 


IB 


033 




escape 


ID 


035 




GS or (T> 


ID 


035 




group separator 


IE 


036 




RS or (A) 


IE 


036 




record separator 


21 


041 


. 




23 


043 


, 




22 


042 


J 




29 


052 


> 




24 


044 


< 




40 


100 


< 




27 


047 


T 




5D 


135 


] 




28 


050 


V 




21 


041 


V 




2B 


053 


+ 




25 


045 


+ 




2D 


055 


* 




2B 


053 


-5- 




2E 


056 


. 




2E 


056 


, 




30 


060 







30 


060 







33 


063 


3 




33 


063 


3 




35 


065 


5 




35 


065 


5 




36 


066 


6 




36 


066 


6 




39 


071 


9 




39 


071 


9 




3A 


072 


( 




28 


050 


( 




3C 


074 


> 




3B 


073 


9 




3F 


077 


\ 




5C 


134 


\ 




41 


101 


OC 




61 


141 


cc 




42 


102 


1 




62 


142 


1 




44 


104 


L 




64 


144 


L 




47 


107 


V 




67 


147 


V 




48 


110 


A 




68 


150 


A 




4B 


113 


» 




27 


047 


\ 




4D 


115 


1 




6D 


155 


1 




4E 


116 


T 




6E 


156 


T 




50 


120 


* 




2A 


052 


* 




53 


123 


r 




73 


163 


r 




55 


125 


1 




75 


165 


1 




56 


126 







76 


166 


U 




59 


131 


t 




79 


171 


t 




5A 


132 


c 




7A 


172 


c 




5C 


134 


1— 




7E 


176 


1— 




5F 


137 


- 




2D 


055 


- 




60 


140 







60 


140 


O 




63 


143 


c 




43 


103 


c 




65 


145 


E. 




45 


105 


E 




66 


146 


F 




46 


106 


F 




69 


151 


I 




47 


111 


I 




6A 


152 


J 




4A 


112 


J 




6C 


154 


L 




4C 


114 


L 




6F 


157 







4F 


117 







71 


161 


Q 




51 


121 


Q 




72 


162 


R 




52 


122 


R 











o 



J 



G 
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TABLE A-10. CHARACTER CODE TRANSLATIONS, APL TYPEWRITER-PARING CONSOLES IN 
TERMINAL CLASSES 1, 2, AND 5 THROUGH 8 (M33, 713, X3.64, H2000, T4014, M40) (Contd) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex 
Codet 


Octal 
Codet 


ASCII-APL 
Graphic 


Control Charactertt 


Hex 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


E2 
E4 
E7 
E8 
EB 
ED 
EE 
FO 
F3 
F5 
F6 
F9 
FA 
FF 


342 
344 
347 
350 
353 
355 
356 
360 
363 
365 
366 
371 
372 
377 


B 
D 
G 
H 
K 
M 
N 
P 
S 
U 
V 
Y 
Z 
■ 


DEL or RUBOUT 


42 
44 
47 
48 
4B 
4D 
4E 
50 
53 
55 
56 
59 
5A 
7F 


102 
104 
107 
110 
113 
115 
116 
120 
123 
125 
126 
131 
132 
177 


B 
D 
G 
H 
K 
M 
N 
P 
S 
U 
V 
Y 
Z 


delete 


tshown with even parity, which is the default for these terminal classes (unless PA=N, an application 
program receives the same code as in normalized mode) . 

ttA circle around a character Indicates that the character key is pressed in conjunction with a CTL, CTRL, 
CNTRL, or CONTROL key to generate the code. 

tTlShown with zero parity (eighth or uppermost bit is always zero). 



o 






o 
o 
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TABLE A-ll. CHARACTER CODE TRANSLATIONS, APL BIT-PARING CONSOLES IN TERMINAL 
CLASSES 1, 2, AND 5 THROUGH 8 (M33, 753, 751, H2000, T4014, AND M40) 



Hex 
Codet 



00 

03 

05 

06 

09 

0A 

0C 

OF 

11 

12 

14 

17 

18 

IB 

ID 

IE 

21 

22 

24 

27 

28 

2B 

2D 

2E 

30 

33 

35 

36 

39 

3A 

3C 

3F 

41 

42 

44 

47 

48 

4B 

4D 

4E 

50 

53 

55 

56 

59 

5A 

5C 

5F 

60 

63 

65 

66 

69 

6A 

6C 

6F 

71 

72 



Terminal ASCII (Transparent Mode Use) 



Octal 
Codet 



000 

003 

005 

006 

011 

012 

014 

017 

021 

022 

024 

027 

030 

033 

035 

036 

041 

042 

044 

047 

050 

053 

055 

056 

060 

063 

065 

066 

071 

072 

074 

077 

101 

102 

104 

107 

110 

113 

115 

116 

120 

123 

125 

126 

131 

132 

134 

137 

140 

143 

145 

146 

151 

152 

154 

157 

161 

162 



ASCI I- APL 
Graphic 



1 

L 

V 
A 

I 

T 
* 

r 
I 
U 
t 


/s 

-» 

C 

E 

F 

I 

J 

L 



Q 

R 



Control Character'! 



or 



NUL or {£) 

ETX or © 

ENQ or WRU or 

ACK or RU or 

HT or (?) 

LF or NL or 1 

FF or FORM or 

SI or © 

DC1 or X-ON or 

DC2 or TAPE or 

DC4 or TAPE or 

ETB or (W) 

CAN or CLEAR or 

ESC or ESCAPE or 

GS 

RS 



® 



u. or tbi 
or © 



Network ASCII (Normalized Mode Use) 



Hex 
Codettt 



00 

03 

05 

06 

09 

0A 

0C 

OF 

11 

12 

14 

17 

18 

IB 

ID 

IE 

23 

5E 

40 

3E 

22 

28 

2B 

2E 

30 

33 

35 

36 

39 

5D 

3B 

5C 

61 

62 

64 

67 

68 

27 

6D 

6E 

2A 

73 

75 

76 

79 

7A 

60 

26 

71 

43 

45 

46 

49 

4A 

4C 

4F 

51 

52 



Octal 
Codettt 



000 

003 

005 

006 

011 

012 

014 

017 

021 

022 

024 

027 

030 

033 

035 

036 

043 

136 

100 

076 

042 

050 

053 

056 

060 

063 

065 

066 

071 

135 

073 

134 

141 

142 

144 

147 

150 

047 

155 

156 

052 

163 

165 

166 

171 

172 

140 

046 

161 

103 

105 

106 

111 

112 

114 

117 

121 

122 



ASCI I- APL 
Graphic 



\ 
cc 

1 

L 

V 

A 



T 
* 

r 
I 
u 

t 

<= 

/\ 

C 
E 
F 
I 
J 
L 


Q 

R 



Control Character 



null 

end of text 

enquiry 

positive acknowledgement 

horizontal tabulate 

linefeed 

formfeed 

shift in 

device control 1 

device control 2 

device control 4 

end transmission block 

cancel 

escape 

group separator 

record separator 



o 



KJ 









o 
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TABLE A-ll. CHARACTER CODE TRANSLATIONS, APL BIT-PARING CONSOLES IN TERMINAL 
CLASSES 1, 2, AND 5 THROUGH 8 (M33, 753, 751, H2O00, T4014, AND M40) (Contd) 





Teraina 


L ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex 
Code* 


Octal 
Codet 


ASCII-APL 
Graphic 


Control Charactertt 


Hex 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


74 


164 


T 




54 


124 


T 




77 


167 


W 




57 


127 


W 




78 


170 


X 




58 


130 


X 




7B 


173 


— i 




6B 


153 


—1 




7C 


174 


s 




24 


044 


$ 




7D 


175 


} 




7D 


160 


} 




7E 


176 


-5- 




25 


045 


-i- 




81 


201 




SOH or (I) 


01 


001 




start of header 


82 


202 




STX or M5) 


02 


002 




start of text 


84 


204 




EOT or @L 


04 


004 




end of transmission 


87 


207 




BELL or (G) 


07 


007 




bell 


88 


210 




BS or «- or @ 


08 


010 




backspace 


8B 


213 




VT or (K) 


0B 


013 




vertical tabulate 


8D 


215 




CR or RETURN or ® 


0D 


015 




carriage return 


8E 


216 


< 


SO or (S) 


0E 


016 




shift out 


90 


220 




DLE or (|) 


10 


020 




data link escape 


93 


223 




DC3 or X-OFF or (s) 


13 


023 




device control 3 


95 


225 




NAK or -► or (5) 


15 


025 




negative acknowledgement 


96 


226 




SYN or LINE CLEAR or ® 


16 


026 




synchronous idle 


99 


231 




EM or RESET or 


19 


031 




end of medium 


9A 


232 




SUB or t or © 


1A 


032 




substitute 


9C 


234 




FS or (\) 


1C 


034 




file separator 


9F 


237 




US or Q 


IF 


037 




unit separator 


A0 


240 


SPACE 

or 

blank 




20 


040 


space 




A3 


243 


< 




3C 


074 


< 




A5 


245 


= 




3D 


075 


= 




A6 


246 


> 




7C 


174 


> 




A9 


251 


ss 




21 


041 


\s 




AA 


252 


) 




29 


051 


) 




AC 


254 


» 




2C 


054 


> 




AF 


257 


/ 




2F 


057 


/ 




Bl 


261 


1 




31 


061 


1 




B2 


262 


2 




32 


062 


2 




B4 


264 


4 




34 


064 


4 




B7 


267 


7 




37 


067 


7 




B8 


270 


8 




38 


070 


8 




BB 


273 


[ 




5B 


133 


[ 




BD 


275 


- 




2D 


055 


- 




BE 


276 


: 




3A 


072 






CO 


300 


4- 




70 


160 


«_' 




C3 


303 


n 




63 


143 


n 




C5 


305 


e 




65 


145 


e 




C6 


306 






5F 


137 






C9 


311 


\ 




69 


151 


\ 




CA 


312 


O 




6A 


152 


o 




CC 


314 


□ 




6C 


154 


□ 




CF 


317 


o 




6F 


157 


o 




Dl 


321 


1 




3F 


077 


? 




D2 


322 


p 




72 


162 


p 




D4 


324 


~ 




74 


164 


~ 




D7 


327 


CO 




77 


167 


CO 




D8 


330 


=> 




78 


170 


=> 




DB 


333 


i— 




7E 


176 


i— 




DD 


335 


{ 




7B 


173 


{ 




DE 


336 


X 




66 


146 


X 




El 


341 


A 




41 


101 


A 
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TABLE A-ll. CHARACTER CODE TRANSLATIONS, APL BIT-PARING CONSOLES IN TERMINAL 
CLASSES 1, 2, AND 5 THROUGH 8 (M33, 753, 751, H2000, T4014, AND M40) (Contd) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex 
Codet 


Octal 
Codet 


ASCII-APL 
Graphic 


Control Character!? 


Hex 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


E2 
E4 
E7 
E8 
EB 
ED 
EE 
FO 
F3 
F5 
F6 
F9 
FA 
FF 


342 
344 
347 
350 
353 
355 
356 
360 
363 
365 
366 
371 
372 
377 


B 
D 
G 
H 
K 
M 
N 
P 
S 
U 
V 
Y 
Z 
■ 


DEL or RUBOUT 


42 
44 
47 
48 
4B 
4D 
4E 
50 
53 
55 
56 
59 
5A 
7F 


102 
104 
107 
110 
113 
115 
116 
120 
123 
125 
126 
131 
132 
177 


B 
D 
G 
H 
K 
M 
N 
P 
S 
U 
V 
Y 

z 


delete 


tshown with even parity, which is the default for these terminal classes (unless PA=N, an application 
program receives the same code as in normalized mode). 

TTa circle around a character indicates that the character key is pressed in conjunction with a GTL, CTRL, 
CNTRL, or CONTROL key to generate the code. 

'' 'Shown with zero parity (eighth or uppermost bit is always zero). 



o 
o 









O 
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TABLE A-12. CHARACTER CODE TRANSLATIONS, ASCII CONSOLES AND LINE PRINTERS IN 
TERMINAL CLASSES 10 AND 15 (200UT AND 734) 



Terminal ASCIlt 


Network ASCII (Normalized Mode Use) 




Hex. 
Codett 


Octal 
Codett 


Keyboard or 
Printer Graphic 


Input or 


Output 


Console Output Only 


Graphic 


ASCII 


CDC 


Hex. 
Codettt 


Octal 
Codettt 


Hex. 
Codettt 


Octal 
Codettt 


20 


040 


blank 


blank 


20 


040 






space 


23 


043 


# 




23 


043 






# 


25 


045 


% 


% 


25 


045 






% 


26 


046 


& 




26 


046 






& 


29 


051 


) 


) 


29 


051 






) 


2A 


052 


* 


* 


2A 


052 






* 


2C 


054 


» 


, 


2C 


054 






> 


2F 


057 


/ 


/ 


2F 


057 






/ 


31 


061 


1 


1 


31 


061 






1 


32 


062 


2 


2 


32 


062 






2 


34 


064 


4 


4 


34 


064 






4 


37 


067 


7 


7 


37 


067 






7 


38 


070 


8 


8 


38 


070 






8 


3B 


073 


; 


t 


3B 


073 






; 


3D 


075 


= 


- 


3D 


075 






= 


3E 


076 


> 


> 


3E 


076 






> 


40 


100 


e 


_< 


40 


100 


60 


140 


@ 


43 


103 


C 


C 


43 


103 


63 


143 


C 


45 


105 


E 


E 


45 


105 


65 


145 


E 


46 


106 


F 


F 


46 


106 


66 


146 


F 


49 


111 


I 


I 


49 


111 


69 


151 


I 


4A 


112 


J 


J 


4A 


112 


6A 


152 


J 


4C 


114 


L 


L 


4C 


114 


6C 


154 


L 


4F 


117 








4F 


117 


6F 


157 


O 


51 


121 


Q 


Q 


51 


121 


71 


161 


Q 


52 


122 


R 


R 


52 


122 


72 


162 


R 


54 


124 


T 


T 


54 


124 


74 


164 


T 


57 


127 


W 


W 


57 


127 


77 


167 


W 


58 


130 


X 


X 


58 


130 


78 


170 


X 


5B 


133 


[ 


[ 


5B 


133 


7B 


173 


[ 


5D 


135 


] 


] 


5D 


135 


7D 


175 


] 


5E 


136 


•s 


-1 


5E 


136 


7E 


176 


/\ 


Al 


241 


! 




21 


041 






1 


A2 


242 


ii 


* 


22 


042 






fl 


A4 


244 


$ 


$ 


24 


044 






$ 


A7 


247 


' 




27 


047 






■ ■' 


A8 


250 


( 


( 


28 


050 






( 
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TABLE A-12. CHARACTER CODE TRANSLATIONS, ASCII CONSOLES AND LINE PRINTERS IN 
TERMINAL CLASSES 10 AND 15 (200UT AND 734) (Contd) 



Terminal ASCIlt 


Network ASCII (Normalized Mode Use) 




Hex. 
Codett 


Octal 
Codett 


Keyboard or 
Printer Graphic 


Input or Output 


Console Output Only 


Graphic 


ASCII 


CDC 


Hex. 
Codettt 


Octal 
Codettt 


Hex. 
Codettt 


Octal 
Codettt 


AB 


253 


+ 


+ 


2B 


053 






+ 


AD 


255 


- 


- 


2D 


055 






- 


AE 


256 


. 


. 


2E 


056 






• 


BO 


260 








30 


060 









B3 


263 


3 


3 


33 


063 






3 


B5 


265 


5 


5 


35 


065 






5 


B6 


266 


6 


6 


36 


066 






6 


B9 


271 


9 


9 


39 


071 






9 


BA 


272 


: 


: 


3A 


072 






: 


BC 


274 


< 


< 


3C 


074 






< 


BF 


277 


■? 


i 


3F 


077 






? 


CI 


301 


A 


A 


41 


101 


61 


141 


A 


C2 


302 


B 


B 


42 


102 


62 


142 


B 


C4 


304 


D 


D 


44 


104 


64 


144 


D 


C7 


307 


G 


G 


47 


107 


67 


147 


G 


C8 


310 


H 


H 


48 


110 


68 


150 


H 


CB 


313 


K 


K 


4B 


113 


6B 


153 


K 


CD 


315 


M 


M 


4D 


115 


6D 


155 


M 


CE 


316 


N 


N 


4E 


116 


6E 


156 


N 


DO 


320 


P 


P 


50 


120 


70 


160 


P 


D3 


323 


S 


S 


53 


123 


73 


163 


S 


D5 


325 


U 


U 


55 


125 


75 


165 


U 


D6 


326 


V 


V 


56 


126 


76 


166 


V 


D9 


331 


Y 


Y 


59 


131 


79 


171 


Y 


DA 


332 


z 


Z 


5A 


132 


7A 


172 


Z 


DC 


334 


\ 


2 


5C 


134 


7C 


174 


\ 


DF 


337 


— 


r* 


5E 


135 


7F 


177 


- 


'Escape codes are not listed. 




ttshown with odd parity, the only possible parity selection for these terminal classes. ASCII 
codes 000 through 040g (without parity) are removed from input during complete editing; code 
and 03 8 (SOH and ETX, without parity) are preserved as data in full-ASCII mode, as are escap 


control 

3 Olg 

e code 


sequences . 




tttshown with zero parity (eighth or uppermost bit is always zero) . During output, codes 000 t 
010 8 are converted to code 040s (blank); codes 0128, 0158, and 037s (LF, CR, and US) are 
removed. Codes for lowercase ASCII characters sent to the console are converted to the code 
the equivalent uppercase characters supported by the terminal, as shown. 


i rough 
3 for 



o 
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TABLE A-13. CHARACTER CODE TRANSLATIONS, EXTERNAL BINARY CODED (BCD) CONSOLES 
AND LINE PRINTERS IN TERMINAL CLASSES 10 AND 15 (200UT AND 734) 



Terminal External BCD* 



Hex. 
Codett 



10 

20 

23 

25 

26 

29 

2A 

2C 

2F 

31 

32 

34 

37 

38 

3B 

3D 

43 

45 

46 

49 

4A 

4C 

4F 

51 

52 

54 

57 

58 

5B 

5D 

5E 

Al 

A2 

A4 

A7 

A8 

AB 



Octal 
Codett 



020 
040 
043 
045 
046 
051 
052 
054 
057 
061 
062 
064 
067 
070 
073 
075 
103 
105 
106 
111 
112 
114 
117 
121 
122 
124 
127 
130 
133 
135 
136 
241 
242 
244 
247 
250 
253 



Keyboard or 
Printer Graphic 



ASCII 



L 
N 

R 
J 

* 
> 
A 
B 
D 
G 
H 



3 
5 
6 
9 


[ 
/ 
S 

u 

X 
Y 



J 
K 
M 
P 
Q 
$ 



CDC 



L 
N 

R 
\/ 
* 
> 
A 
B 
D 
G 
H 



3 
5 
6 
9 



[ 
/ 

s 
u 

X 
Y 



J 
K 
M 
P 
Q 
$ 



Network ASCII (Normalized Mode Use) 



Input or Output 



Hex. 
Codettt 



3A 

2D 

4C 

4E 

4F 

52 

21 

2A 

3E 

41 

42 

44 

47 

48 

2E 

5C 

33 

35 

36 

39 

30 

22 

5B 

2F 

53 

55 

58 

59 

2C 

5F 

23 

4A 

4B 

4D 

50 

51 

24 



Octal 

Codettt 



072 
055 
114 
116 
117 
122 
041 
052 
076 
101 
102 
104 
107 
110 
056 
134 
063 
065 
066 
071 
060 
042 
133 
057 
123 
125 
130 
131 
054 
137 
043 
112 
113 
115 
120 
121 
044 



Console Output Only 



Hex. 
Codettt 



6C 
6E 
6F 
72 



61 
62 
64 
67 
68 

7C 



7B 

73 
75 
78 
79 

7F 

6A 
6B 
6D 
70 
71 



Octal 
Codettt 



154 
156 

157 
162 



141 
142 
144 
147 
150 

174 



173 

163 
165 
170 
171 

177 

152 
153 
155 
160 
161 



Graphic 



L 
N 

R 
! 

* 
> 
A 
B 
D 
G 
H 

\ 
3 
5 
6 
9 


tl 

[ 
/ 
S 

u 

X 
Y 
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TABLE A-13. CHARACTER CODE TRANSLATIONS, EXTERNAL BINARY CODED (BCD) CONSOLES 
AND LINE PRINTERS IN TERMINAL CLASSES 10 AND 15 (200UT AND 734) (Contd) 



Terminal External BCDt 


Network ASCII (Normalized Mode Use) 


Hex. 
Codett 


Octal 
Codett 


Keyboard or 
Printer Graphic 


Input or Output 


Console Output Only 


Graphic 


ASCII 


CDC 


Hex. 
Codettt 


Octal 
Codettt 


Hex. 
Codettt 


Octal 
Codettt 


AD 


255 


' 


t 


27 


047 






> 


AE 


256 


1 


i 


3F 


077 






? 


B3 


263 


C 


C 


43 


103 


63 


143 


C 


B5 


265 


E 


E 


45 


105 


65 


145 


E 


B6 


266 


F 


F 


46 


106 


66 


146 


F 


B9 


271 


I 


I 


49 


111 


69 


151 


I 


BA 


272 


< 


< 


3C 


074 






< 


BC 


274 


) 


) 


29 


051 






) 


BF 


277 


; 


» 


3B 


073 






; 


CI 


301 


1 


1 


31 


061 






1 


C2 


302 


2 


2 


32 


062 






2 


C4 


304 


4 


4 


34 


064 






4 


C7 


307 


7 


7 


37 


067 






7 


C8 


310 


8 


8 


38 


070 






8 


CB 


313 


= 


= 


3D 


075 






= 


CD 


315 


e 


< 


40 


100 


60 


140 


@ 


CE 


316 


% 


% 


25 


045 






% 


DO 


320 


blank 


blank 


20 


040 






' space 


D3 


323 


T 


T 


54 


124 


74 


164 


T 


D5 


325 


V 


V 


56 


126 


76 


166 


V 


D6 


326 


W 


W 


57 


127 


77 


167 


W 


D9 


331 


Z 


Z 


5A 


132 


7A 


172 


Z 


DA 


332 


I 


] 


5D 


135 


7D 


175 


] 


DC 


334 


( 


( 


28 


050 






( 


DF 


337 


& 


/\ 


26 


046 






& 


DO 


320 


/s or 

blank 


—i or 
■ or 
none 






5E, 

7E 


136, 
176 


,s§ 


t Escape codes and control codes are not listed. 






if Shown with odd parity, the only possible parity selection for thesi 


= terminal classes. 




tttshown with zero parity (eighth or uppermost bit is always zero). I 


Juring output, codes 000 t 


irough 


037s are converted to code 320g (blank). Codes for lowercase ASCI" 


[ characters sent to the console 


are converted to the codes for the equivalent uppercase characters 
shown. 


supported by the terminal 


, as 


*Input and output of this symbol is not possible on some terminals. 


BCD transmission convent 


Ions 


support the rubout symbol ■ as an internal terminal memory parity error indicator instead. The ASCII 


codes 1368 and 1768 are output as a blank. 







o 
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TABLE A-14. CHARACTER CODE TRANSLATIONS, CONSOLES AND LINE PRINTERS 
IN TERMINAL CLASSES 11, 12 AND 13 (711, 714, AND 714X) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex. 
Codet 


Octal 
Codet 


ASCII 
Graphic 


Control Charactertt 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character* 


01 


001 




SOH or © 


01 


001 




start of header" 


02 


002 




STX or QJ) 


20 


040 


space 




04 


004 




EOT or (5) 


20 


040 


space 




07 


007 




BELL or (G) 


20 


040 


space 




08 


010 




BS or +- or (B) 


20 


040 


space 




0B 


013 




VTot® 


0B 


013 




vertical tabulate 


OD 


015 




CR or RETURN or (m) 










OE 


016 




SO or (N) 


0E 


016 




shift out 


10 


020 




DLE or JF) 


10 


020 




data link escape 


13 


023 




DC3 or X-0FF or (?) 


13 


023 




device control 3 


15 


025 




NAK or -► or (5) 

SYN or LINE CLEAR or ® 


15 


025 




negative acknowledgment 


16 


026 




16 


026 




synchronous idle 


19 


031 




EM or RESET or (?) 


19 


031 




end of medium 


1A 


032 




SUB or t or (Z) 


1A 


032 




substitute 


1C 


034 




FS or © 


1C 


034 




file separator 


IF 


037 




US or 


20 


040 


space 




20 


040 


SPACE 

or 

blank 




20 


040 


space 




23 


043 


# 




23 


043 


t 




25 


045 


% 




25 


045 


% 




26 


046 


& 




26 


046 


& 




29 


051 


) 




29 


051 


) 




2A 


052 


* 




2A 


052 


* 




2C 


054 


i 




2C 


054 


> 




2F 


057 


/ 




2F 


057 


/ 




31 


061 


1 




31 


061 


1 




32 


062 


2 




32 


062 


2 




34 


064 


4 




34 


064 


4 




37 


067 


7 




37 


067 


7 




38 


070 


8 




38 


070 


8 




3B 


073 


J 




3B 


073 


9 




3D 


075 






3D 


075 


= 




3E 


076 


> 




3E 


076 


> 




40 


100 


@ 




40 


100 


e 




43 


103 


C 




43 


103 


C 




45 


105 


E 




45 


105 


E 




46 


106 


F 




46 


106 


F 




49 


111 


I 




49 


111 


I 




4A 


112 


J 




4A 


112 


J 




4C 


114 


L 




4C 


114 


L 




4F 


117 







4F 


117 







51 


121 


Q 




51 


121 


Q 




52 


122 


R 




52 


122 


R 




54 


124 


T 




54 


124 


T 




57 


127 


W 




57 


127 


W 




58 


130 


X 




58 


130 


X 




5B 


133 


[ 




5B 


133 


[ 




5D 


135 


] 




5D 


135 


] 




5E 


136 


/N or — i 




5E 


136 


•s 




61 


141 


a 




61 


141 


a 




62 


142 


b 




62 


142 


b 




64 


144 


d 




64 


144 


d 




67 


147 


g 




67 


147 


g 




68 


150 


h 




68 


150 


h 




6B 


153 


k 




6B 


153 


k 




6D 


155 


m 




6D 


155 


m 




6E 


156 


n 




6E 


156 


n 




70 


160 


P 




70 


160 


P 
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TABLE A-14. CHARACTER CODE TRANSLATIONS, CONSOLES AND LINE PRINTERS 
IN TERMINAL CLASSES 11, 12 AND 13 (711, 714, AND 714X) (Contd) 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex. 
Code* 


Octal 
Codet 


ASCII 
Graphic 


Control Charactertt 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character^ 


73 


163 


8 




73 


163 


s 




75 


165 


u 




75 


165 


u 




76 


166 


V 




76 


166 


V 




79 


171 


y 




79 


171 


y 




7A 


172 


z 




7A 


172 


z 




7C 


174 


! or t or | 




7C 


174 


1 




7F 


177 


■ 


DEL or RUBOUT 


7F 


177 




delete 


80 


200 




NUL or ® 


20 


040 


space 




83 


203 




ETX or © 


03 


003 




end of text" 


85 


205 




ENQ or WRU or (?) 


20 


040 


space 




86 


206 




ACK or RU or (£) 


20 


040 


space 




89 


211 




HT or (i) 

LF or NL or I or (3) 


09 


011 




horizontal tabulate 


8A 


212 




0A 


012 




linefeed 








or NEW LINE 










8C 


214 




FF or FORM or (T) 


0C 


014 




formfeed 


8F 


217 




SI or © 


OF 


017 




shift in 


91 


221 




DC1 or X-ON or @ 


11 


021 




device control 1 


92 


222 




DC2 or TAPE or nj5 


12 


022 




device control 2 


94 


224 




DC4 or TAPE or @ 


14 


024 




device control 4 


97 


227 




ETB or (w) 


17 


027 




end transmission block 


98 


230 




CAN or CLEAR or (x) 


18 


030 




cancel 


9B 


233 




ESC or ESCAPE or (J) 


IB 


033 




escape 


9D 


235 




GS or (7) 


ID 


035 




group separator 


9E 


236 




RS or (A) 


IE 


036 




record separator 


Al 


241 


i 


V—/ 


21 


041 


j 




A2 


242 


H 




22 


042 


ti 




A4 


244 


$ 




24 


044 


$ 




A7 


247 






27 


047 


/ 




A8 


250 


( 




28 


050 


( 




AB 


253 


+ 




2B 


053 


+ 




AD 


255 


- 




2D 


055 


- 




AE 


256 


. 




2E 


056 


. 




BO 


260 







30 


060 







B3 


263 


3 




33 


063 


3 




B5 


265 


5 




35 


065 


5 




B6 


266 


6 




36 


066 


6 




B9 


271 


9 




39 


071 


9 




BA 


272 


: 




3A 


072 


: 




BC 


274 


< 




3C 


074 


< 




BF 


277 


? 




3F 


077 


9 




CI 


301 


A 




41 


101 


A 




C2 


302 


B 




42 


102 


B 




C4 


304 


D 




44 


104 


D 




C7 


307 


G 




47 


107 


G 




C8 


310 


H 




48 


110 


H 




CB 


313 


K 




4B 


113 


K 




CD 


315 


M 




4D 


115 


M 




CE 


316 


N 




4E 


116 


N 




DO 


320 


P 




50 


120 


P 




D3 


323 


S 




53 


123 


S 




D5 


325 


u 




55 


125 


U 




D6 


326 


V 




56 


126 


V 




D9 


331 


Y 




59 


131 


Y 




DA 


332 


Z 




5A 


132 


Z 




DC 


334 


\ 




5C 


134 


V 




DF 


337 


or «- 




5F 


137 






EO 


340 


~- 




60 


140 


~ 




E3 


343 


c 




63 


143 


c 


> 



o 









ff'" 



o 
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TABLE A-14. CHARACTER CODE TRANSLATIONS, CONSOLES AND LINE PRINTERS 
IN TERMINAL CLASSES 11, 12 AND 13 (711, 714, AND 714X) (Contd) 



o 






o 



Terminal ASCII (Transparent Mode Use) 


Network ASCII (Normalized Mode Use) 


Hex. 
Codet 


Octal 
Codet 


ASCII 
Graphic 


Control Charactertt 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Characters 


E5 
E6 
E9 
EA 
EC 
EF 
Fl 
F2 
F4 
F7 
F8 
FB 
FD 
FE 


345 
346 
351 
352 
354 
357 
361 
362 
364 
367 
370 
373 
375 
376 


e 
f 
i 

i 

1 



q 

r 

t 
w 

X 

{ 

} 

~ or — i 




65 
66 
69 
6A 
6C 
6F 
71 
72 
74 
77 
78 
7B 
7D 
7E 


145 
146 
151 
152 
154 
157 
161 
162 
164 
167 
170 
173 
175 
176 


e 

f 
1 

J 

1 



q 

r 

t 
w 

X 

{ 
} 




'Shown with odd parity, which is the default for these terminal classes (unless PA=N, an application 
program receives the same code as in normalized mode). 

MA circle around a character Indicates that the character key is pressed in conjunction with a CTL, CTRL, 
CNTRL, or CONTROL key to generate the code. 

tttshown with zero parity (eighth or uppermost bit is always zero). 

SConverted to a space (0408) within a batch printer file. 

"Converted to a space (040g) during complete editing. 



o 
o 
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TABLE A-15. ASCII CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) 







Terminal 


EBCD 




Network ASCII (Norma 


lized Mode Use) 




Hex. 

Codet 


Octal 
Codet 


EBCD 
Graph! cit 


Control Character 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character 


01 


001 


or - 




5F or 2D 


137 or 055 


or - 






02 


002 


7 or e 




21 or 40 


140 or 100 


' or @ 






04 


004 


* or 8 




2A or 38 


052 or 070 


* or 8 






07 


007 


H or h 




48 or 68 


110 or 150 


H or h 






08 


010 


: or 4 




3A or 34 


072 or 064 


: or 4 






0B 


013 


D or d 




44 or 64 


104 or 144 


D or d 






OD 


015 




RES or RESTORE 


00 


000 




null 




OE 


016 




BY or BYPASS 


00 


000 




null 




10 


020 


< or 2 




3C or 32 


074 or 062 


< or 2 






13 


023 


B or b 




42 or 62 


102 or 142 


B or b 






15 


025 




undefined 


00 


000 




null 




16 


026 




undefined 


00 


000 




null 




19 


031 


or o 




4F or 6F 


117 or 157 


or o 






1A, 


032 


W or w 




57 or 77 


127 or 167 


W or w 






1C 


034 




UCS or UPPERCASE 


0E 


016 




shift out' 




IF 


037 




LCS or LOWERCASE 


OF 


017 




shift tn§ 




20 


040 


= or 1 




3D or 31 


075 or 061 


= or 1 






23 


043 


A or a 




41 or 61 


101 or 141 


A or a 






25 


045 


R or r 




52 or 72 


122 or 162 


R or r 






26 


046 


Z or z 




5A or 7A 


132 or 172 


Z or z 






29 


051 


N or n 




4E or 6E 


116 or 156 


N or n 






2A 


052 


V or v 




56 or 76 


126 or 166 


V or v 






2C 


054 




RO or READER STOP 


14 


024 




device control 4 




2F 


057 




HT or TAB 


09 


011 




horizontal tabulate 




31 


061 


L or 1 




4C or 6C 


114 or 154 


L or 1 






32 


062 


T or t 




54 or 74 


124 or 164 


T or t 






34 


064 


" or # 




22 or 23 


042 or 043 


= or # 






37 


067 


~ i or . 




5E or 2E 


136 or 056 


/s or . 






38 


070 


> or 7 




3E or 37 


076 or 067 


> or 7 






3B 


073 


G or g 




47 or 67 


107 or 147 


G or g 






3D 


075 




IL or IDLE or NULL 


00 


000 




null 




3E 


076 




PRE or PREFIX 


01 


001 




start of headers 




40 


100 


space 




20 


040 


space 






43 


103 


+ or & 




2B or 26 


053 or 046 


+ or & 






45 


105 


Q or q 




51 or 71 


121 or 161 


Q or q 






46 


106 


Y or y 




59 or 79 


131 or 171 


Y or y 






49 


111 


M or m 




4D or 6D 


115 or 155 


M or m 






4A 


112 


U or u 




55 or 75 


125 or 165 


U or u 






4C 


114 




PN or PUNCH ON 


11 


021 




device control 1 (tape 


on) 


4F 


117 




PF or PUNCH OFF 


13 


023 




device control 3 (tape 


off) 


51 


121 


K or k 




4B or 6B 


113 or 153 


K or k 






52 


122 


S or s 




53 or 73 


123 or 163 


S or s 






54 


124 


) or 




29 or 30 


051 or 060 


) or 






57 


127 




undefined 


00 


000 




null 




58 


130 


' or 6 




27 or 36 


047 or 066 


' or 6 






5B 


133 


F or f 




46 or 66 


106 or 146 


F or f 






5D 


135 




BS or BACKSPACE 


08 


010 




backspace 




5E 


136 




EOB 


17 


027 




end transmission block 3 




61 


141 


J or j 




4A or 6A 


112 or 152 


J or j 






62 


142 


? or / 




3F or 2F 


077 or 057 


? or / 






64 


144 


( or 9 




28 or 39 


050 or 071 


( or 9 






67 


147 


I or 1 




49 or 69 


111 or 151 


I or 1 






68 


150 


% or 5 




25 or 35 


045 or 065 


% or 5 






6B 


153 


E or e 




45 or 65 


105 or 145 


E or e 






6D 


155 




NL or CR or RETURN 


0D 


015 




carriage return 




6E 


156 




LF or LINE FEED 


0A 


012 




linefeed 





o 
o 









v_y 
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TABLE A-15. ASCII CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) (Contd) 






o 



o 



Terminal EBCD 


Network ASCII (Normalized Mode Use) 


Hex. 
Codet 


Octal 
Codet 


EBCD 
Graphictt 


Control Character 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character 


70 
73 
75 
76 
79 
7A 
7C 
7F 
00 

00 
00 
00 
3D 
3D 
3D 
3D 
3D 

3D 
3D 
3D 

3D 


160 
163 
165 
166 
171 
172 
174 
177 
000 

000 
000 
000 
075 
075 
075 
075 
075 

075 
075 
075 

075 


; or 3 
C or c 
! or $ 
1 or , 
P or p 
X or x 

space 

space 
space 
space 


EOT 
DEL 

IL or IDLE or NULL-jjj 
IL or IDLE or NULL|| 
IL or IDLE or NULL»» 
IL or IDLE or NULL|| 
IL or IDLE or NULL^ 

IL or IDLE or NULL-j| 
IL or IDLE or NULL*™ 
IL or IDLE or NULL§§ 

IL or IDLE or NHLL §§ 


3B or 33 

43 or 63 

21 or 24 

7C or 2C 

50 or 70 

58 or 78 

04 

7F 

5B thru 5D 

60 

7B 

7D or 7E 

02 

03 

05 

07 

0B or 0C 

10 
12 
14 thru 16 

18 thru IF 


073 or 063 
103 or 143 
041 or 044 

174 or 054 
120 or 160 
130 or 170 
004 

177 

133 thru 

135 

140 

173 

175 or 176 
002 

003 
005 
007 
013 or 014 

020 

022 

024 thru 

026 

030 thru 
037 


; or 3 

C or c 
! or $ 
I or , 
P or p 
X or x 

[ or \ 
or ] 

{ 

} or " 


end of transmission' 
delete 

start of text 
end of text 
enquire 
bell 

vertical tabulate 
or formfeed 
data link escape 
device control 2 
device control 4, 
negative acknowledge, 
or synchronize 
cancel, end of media, 
substitute, escape, 
file separator, 
group separator, 
record separator, 
or unit separator 


tshown with odd parity; odd parity is the default for this terminal class. 

ttEach input line is assumed to begin in lowercase. Input characters are translated to lowercase ASCII 
characters unless prefixed by the UCS code. Once a case shift occurs, it remains in effect until another 
case shift code is received, the page width is reached, or the line is transmitted to the host computer. 
During output, case is preserved by insertion of case shift codes where needed. 

tttshown with zero parity (eighth or uppermost bit is always zero). 

§Not transmitted to the host computer after translation during input. 

"Output translation only. 



o 
o 
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TABLE A-16. APL CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) 



Terminal EBCD-APL 


Network ASCII (Normalized Mode Use) 


Hex. 


Octal 


EBCD-APL 




Hex , 


Octal 


ASCII- 


APL 




Code? 


Codet 


Graph! 


ctt 


Control Character 


Code'tt 


Codettt 


Graphic 


Control Character 


01 


001 


_ or 


+ 




5F or 2D 


137 or 053 


or 


+ 




02 


002 


-» or 


*- 




71 or 70 


161 or 160 


-» or 


•*- 




04 


004 


* or 


8 




22 or 38 


042 or 070 


* or 


8 




07 


007 


A or 


H 




68 or 48 


150 or 110 


A or 


H 




08 


010 


< or 


4 




40 or 34 


100 or 064 


< or 


4 




OB 


013 


l or 


D 




64 or 44 


144 or 104 


L. or 


D 




OD 


015 






undefined 


00 


000 






null 


OE 


016 






undefined 


00 


000 






null 


10 


020 


- or 


2 




2D or 32 


055 or 062 


- or 


2 




13 


023 


1 or 


B 




42 or 62 


142 or 102 


1 or 


B 




15 


025 






undefined 


00 


000 






null 


16 


026 






undefined 


00 


000 






null 


19 


031 


o or 







6F or 4F 


157 or 117 


o or 







1A 


032 


w or 


w 




77 or 57 


167 or 127 


to or 


W 




1C 


034 






UCS or UPPERCASE 


0E 


016 






shift out§ 


IF 


037 






LCS or LOWERCASE 


OF 


017 






shift in§ 


20 


040 


" or 


1 




22 or 31 


042 or 061 


" or 


1 




23 


043 


oc or 


A 




61 or 41 


141 or 101 


oc or 


A 




25 


045 


P or 


R 




72 or 52 


162 or 122 


P or 


R 




26 


046 


= or 


Z 




7A or 5A 


172 or 132 


<= or 


Z 




29 


051 


t or 


N 




6E or 4E 


156 or 116 


T or 


N 




2A 


052 


or 


V 




76 or 56 


166 or 126 


U or 


V 




2C 


054 






undefined 


00 


000 






null 


2F 


057 






HT or TAB 


06 


006 






horizontal tabulate 


31 


061 


□ or 


L 




6C or 4C 


154 or 114 


D or 


L 




32 


062 


" or 


T 




74 or 54 


164 or 124 


~ or 


T 




34 


064 


) or 


] 




29 or 5D 


051 or 135 


) or 


] 




37 


067 


: or 


. 




3A or 2E 


072 or 056 


: or 


. 




38 


070 


> or 


7 




3E or 37 


076 or 067 


> or 


7 




3B 


073 


V or 


6 




67 or 47 


147 or 107 


V or 


G 




3D 


075 






IL or IDLE or WILL 


00 


000 






null 


3E 


076 






PRE or PREFIX 


IB 


033 






escape 


40 


100 


space 






20 


040 


space 






43 


103 


+ or 


X 




25 or 66 


045 or 146 


+ or 


X 




45 


105 


? or 


Q 




3F or 51 


077 or 121 


? or 


Q 




46 


106 


t or 


Y 




79 or 59 


171 or 131 


t or 


Y 




49 


111 


1 or 


M 




6D or 4D 


155 or 115 


1 or 


M 




4A 


112 


* or 


U 




75 or 55 


165 or 125 


1 or 


U 




4C 


114 






undefined 


00 


000 






null 


4F 


117 






undefined 


00 


000 






null 


51 


121 


—1 or 


K 




6B or 4B 


153 or 113 


—1 or 


K 




52 


122 


r or 


S 




73 or 53 


163 or 123 


r or 


S 




54 


124 


/n or 







26 or 30 


046 or 060 


•n. or 







57 


127 






undefined 


00 


000 






null 


58 


130 


> or 


6 




7C or 36 


174 or 066 


> or 


6 




5B 


133 


— or 


F 




5E or 46 


136 or 106 


— or 


F 




5D 


135 






BS or BACKSPACE 


08 


010 






backspace 


5E 


136 






EOB 


17 


027 






end transmission block" 


61 


141 


o or 


J 




6A or 4A 


152 or 112 


o or 


J 




62 


142 


\ or 


/ 




5C or 2F 


134 or 057 


\ or 


/ 




64 


144 


\s or 


9 




21 or 39 


041 or 071 


v/ or 


9 




67 


147 


\ or 


I 




69 or 49 


151 or 111 


I or 


I 




68 


150 


= or 


5 




3D or 35 


075 or 065 


= or 


5 




6B 


153 


e or 


E 




65 or 45 


145 or 105 


e or 


E 




6D 


155 






NL or CR or RETURN 


0D 


015 






carriage return 


6E 


156 






LF or LINE FEED 


0A 


012 






line feed 


70 


160 


< or 


3 




3C or 33 


074 or 063 


< or 


3 




73 


163 


or 


C 




63 or 43 


143 or 103 


or 


C 




75 


165 


( or 


[ 




28 or 5B 


050 or 133 


( or 


[ 




76 


166 


; or 


> 




3B or 2C 


073 or 054 


; or 


9 




79 


171 


* or 


P 




2A or 50 


052 or 120 


* or 


P 




7A 


172 


=> or 


X 




78 or 58 


170 or 130 


=> or 


X 








o 









O 
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TABLE A-16. APL CHARACTER CODE TRANSLATIONS, EBCD CONSOLES IN TERMINAL CLASS 4 (2741) (Contd) 






o 



Terminal EBCD-APL 


Network ASCII (Normalized Mode Use) 


Hex. 
Code' 


Octal 
Codet 


EBCD-APL 
Graphictt 


Control Character 


Hex. 
Codeftt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


7C 
7F 
00 
00 
00 
00 
3D 
3D 
3D 
3D 
3D 

3D 
3D 


174 
177 
000 
000 
000 
000 
075 
075 
075 
075 
075 

075 
075 


space ss 
space|| 
space 88 
space 88 


EOT 
DEL 

IL or IDLE or NULL-j-j 
IL or IDLE or NULL 88 
IL or IDLE or NULL 88 
IL or IDLE or NULL 8 * 
IL or IDLE or NULL 88 

IL or IDLE or NULL§§ 
IL or IDLE or NULL §§ 


04 
7F 
27 
60 
7B 
7D 
02 
03 
05 
07 
0B or 0C 

10 thru 16 
18 thru IF 


004 
177 
047 
140 
173 
175 
002 
003 
005 
007 
013 or 014 

020 thru 
026 

030 thru 
037 


O 
{ 
} 


end of transmission 8 
delete 

start of text 
end of text 
enquire 
bell 

vertical tabulate 
or form feed 
data link escape , 
device control 1 thru 
device control 4, 
negative acknowledge, 
or synchronize 
cancel, end of media, 
substitute, escape 
file separator, 
group separator, 
record separator, 
or unit separator 


. 'Shown with odd parity; odd parity is the default for this terminal class. 

TlEach input line is assumed to begin in lowercase. Input characters are translated to lowercase ASCII 
characters unless prefixed by the UCS code. Once a case shift occurs, it remains in effect until another 
case shift code is received, the page width is reached, or the line is transmitted to the host computer. 
During output, case is preserved by insertion of case shift codes where needed. 

J' 'Shown with zero parity (eighth or uppermost bit is always zero). 

"Not transmitted to the host computer after translation during input. 

"Output translation only. 
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TABLE A-17. ASCII CHARACTER CODE TRANSLATIONS, CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CLASS 4 (2741) 



Terminal Correspondence Code 


Network ASCII 


(Normalized Mode Use) 


Hex. 
Code' 


Octal 
Codet 


Correspondence 
Code Graphic*! 


Control Character 


Hex. 
Codettt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character 


01 


001 


1/4 or 1/2 




5B or 5D 


137 or 135 


[ or ] 




02 


002 


T or t 




54 or 74 


124 or 164 


T or t 




04 


004 


$ or 4 




24 or 34 


044 or 064 


$ or 4 




07 


007 


? or / 




3F or 2F 


077 or 057 


? or / 




08 


010 


% or 5 




25 or 35 


045 or 065 


% or 5 




0B 


013 


P or p 




50 or 70 


120 or 160 


P or p 




0D 


015 




RES or RESTORE 


00 


000 




null 


0E 


016 




BY or BYPASS 


00 


000 




null 


10 


020 


@ or 2 




40 or 32 


100 or 062 


@ or 2 




13 


023 


+ or = 




2B or 3D 


053 or 075 


+ or = 




15 


025 




undefined 


00 


000 




null 


16 


026 




undefined 


00 


000 




null 


19 


031 


I or 1 




49 or 69 


111 or 151 


I or i 




1A 


032 


K or k 




4B or 6B 


113 or 153 


K or k 


shift out' 


1C 


034 




UCS or UPPERCASE 


0E 


016 




IF 


037 




LCS or LOWERCASE 


OF 


017 




shift in§ 


20 


040 


+ or 1 




7C or 31 


174 or 061 


1 or 1 




23 


043 


G or g 




47 or 67 


107 or 147 


G or g 




25 


045 


S or s 




53 or 73 


123 or 163 


S or s 




26 


046 


H or h 




48 or 68 


110 or 150 


H or h 




29 


051 


R or r 




52 or 72 


122 or 162 


R or r 




2A 


052 


D or d 




44 or 64 


104 or 144 


D or d 




2C 


054 




RO or READER STOP 


14 


024 




device control 4 


2F 


057 




HT or TAB 


09 


011 




horizontal tabulate 


31 


061 


V or v 




56 or 76 


126 or 166 


V or v 




32 


062 


U or u 




55 or 75 


125 or 165 


U or u 




34 


064 


( or 9 




28 or 39 


050 or 071 


( or 9 




37 


067 


_ or - 




5F or 2D 


137 or 055 


_ or - 




38 


070 


* or 8 




2A or 38 


052 or 070 


* or 8 




3B 


073 


> 




2C 


054 


> 




3D 


075 




IL or IDLE or NULL 


00 


000 




null 


3E 


076 




PRE or PREFIX 


IB 


033 




escape 


40 


100 


space 




20 


040 


space 




43 


103 


J or j 




4A or 6A 


112 or 152 


J or j 




45 


105 


or o 




4F or 6F 


117 or 157 


or o 




46 


106 


L or 1 




4C or 6C 


114 or 154 


L or 1 




49 


111 


" or ' 




22 or 27 


042 or 041 


" or ' 




4A 


112 


E or e 




45 or 65 


105 or 145 


E or e 




4C 


114 




PN or PUNCH ON 


11 


021 




device control 1 
(tape on) 


4F 


117 




PF or PUNCH OFF 


13 


023 




device control 3 
(tape off) 


51 


121 


. 




2E 


056 


. 




52 


122 


N or n 




4E or 6E 


116 or 156 


N or n 




54 


124 


Z or z 




5A or 7A 


132 or 172 


Z or z 




57 


127 




undefined 


00 


000 




null 


58 


130 


I or 6 




21 or 36 


041 or 066 


! or 6 




5B 


133 


Q or q 




51 or 71 


121 or 161 


Q or q 




5D 


135 




BS or BACKSPACE 


08 


010 




backspace 

end transmission block" 


5E 


136 




EOB 


17 


027 




61 


141 


M or m 




4D or 6D 


115 or 155 


M or m 




62 


142 


X or x 




58 or 78 


130 or 170 


X or x 




64 


144 


) or 




29 or 30 


051 or 060 


) or 




67 


147 


Y or y 




79 or 59 


131 or 171 


Y or y 




68 


150 


& or 7 




26 or 37 


046 or 067 


& or 7 




6B 


153 


: or ; 




3A or 3B 


072 or 073 


: or ; 




6D 


155 




NL or CR or RETURN 


0D 


015 




carriage return 


6E 


156 




LF or LINE FEED 


0A 


012 




line feed 


70 


160 


# or 3 




23 or 33 


043 or 063 


# or 3 




73 


163 


F of f 




46 or 66 


106 or 146 


F or f 




75 


165 


W or w 




57 or 77 


127 or 167 


W or w 


• 



o 
o 






\„../ 
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TABLE A-17. ASCII CHARACTER CODE TRANSLATIONS, CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CLASS 4 (2741) (Contd) 



\m/ 



c 



Terminal Correspondence Code 


Network ASCII (Normalized Mode Use) 


Hex. 
Code* 


Octal 
Codet 


Correspondence 
Code Graphictt 


Control Character 


Hex. 
Codeftt 


Octal 
Codettt 


ASCII 
Graphic 


Control Character 


76 
79 
7A 
7C 
7F 
00 
00 
00 
00 
00 
00 
3D 
3D 
3D 
3D 
3D 
3D 

3D 
3D 
3D 

3D 


166 
171 
172 
174 
177 
000 
000 
000 
000 
000 
000 
075 
075 
075 
075 
075 
075 

075 
075 
075 

075 


B or b 
A or a 
C or c 

space 38 
space§§ 
space" 
space §§ 
space§§ 
space" 


EOT 
DEL 

IL or IDLE or NULL§| 
IL or IDLE or NULL'S 
IL or IDLE or NULL s f 
IL or IDLE or NULL §§ 
IL or IDLE or NULL§§ 
IL or IDLE or NULL§§ 

IL or IDLE or NULL'S 
IL or IDLE or NULL^ 
IL or IDLE or NULL§ 5 

IL or IDLE or NULL§§ 


42 or 62 
41 or 61 

43 or 63 
04 

18 

27 

5C 

5E 

60 

7B 

7D or 7E 

01 

02 

03 

05 

07 

0B or 0C 

10 
12 
14 thru 16 

18 thru IF 


102 or 142 
101 or 141 

103 or 143 
004 

030 

047 

134 

136 

140 

173 

175 or 176 

001 

002 

003 

005 

007 

013 or 014 

020 

022 

024 thru 

026 

030 thru 
037 


B or b 
A or a 
C or c 

\ 

{ 

} or ~ 


end of transmission* 
cancel 

start of header 

start of text 

end of text 

enquire 

bell 

vertical tabulate 

or form feed 

data link escape 

device control 2 

device control 4, 

negative acknowledge, 

or synchronize 

cancel, end of media, 

substitute, 

file separator, 

group separator, 

record separator, 

or unit separator 


* Shown with odd parity; odd parity is the default for this terminal class. 

tt 
'Each input line is assumed to begin in lowercase. Input characters are translated to lowercase ASCII 

characters unless prefixed by the UCS code. Once a case shift occurs, it remains in effect until another 

case shift code is received, the page width is reached, or the line is transmitted to the host computer. 

During output, case is preserved by insertion of case shift codes where needed. 

ttt 

'Shown with zero parity (eighth or uppermost bit is always zero). 

"Not transmitted to the host computer after translation during input. 
§»Output translation only. 
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TABLE A-18. APL CHARACTER CODE TRANSLATIONS, CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CLASS 4 (2741) 



Terminal Correspondence Code 


Network ASCII 


(Normalized Mode Use) 


Hex 
Code* 


Octal 
Codet 


Correspondence 
Code APL 
Graph! ctt 


Control Character 


Hex 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Control Character 


01 


001 


-» or *- 




71 or 70 


161 or 160 


■+ or 


*- 




02 


002 


~ or T 




74 or 54 


164 or 124 


~ or 


T 




04 


004 


< or 4 




40 or 34 


100 or 064 


< or 


4 




07 


007 


\ or / 




5C or 2F 


134 or 057 


\ or 


/ 




08 


010 


= or 5 




3D or 35 


075 or 065 


■ or 


5 




0B 


013 


* or P 




2A or 50 


052 or 120 


* or 


P 




0D 


015 




undefined 


00 


000 






null 


0E 


016 




undefined 


00 


000 






null 


10 


020 


_ or 2 




5E or 32 


136 or 062 


— or 


2 




13 


023 


+ or X 




25 or 66 


045 or 146 


+ or 


X 




15 


025 




undefined 


00 


000 






null 


16 


026 




undefined 


00 


000 






null 


19 


031 


"( or I 




69 or 49 


151 or 111 


\ or 


I 




1A 


032 


' or K 




27 or 4B 


153 or 113 


' or 


K 


shift out§ 


1C 


034 




UCS or UPPERCASE 


0E 


016 






IP 


037 




LCS or LOWERCASE 


OF 


017 






shift in§ 


20 


040 


" or 1 




23 or 31 


042 or 061 


" or 


1 




23 


043 


V or G 




67 or 47 


147 or 107 


V or 


G 




25 


045 


r or S 




73 or 53 


163 or 123 


r or 


S 




26 


046 


A or H 




68 or 48 


150 or 110 


A or 


H 




29 


051 


P or R 




72 or 52 


162 or 122 


P or 


R 




2A 


052 


L or D 




64 or 44 


144 or 104 


l. or 


D 




2C 


054 




undefined 


00 


000 






null 


2F 


057 




HT or TAB 


09 


011 






horizontal tabulate 


31 


061 


U or V 




76 or 56 


166 or 126 


U or 


V 




32 


062 


V or U 




75 or 55 


165 or 125 


* or 


U 




34 


064 


v or 9 




21 or 39 


041 or 071 


sz or 


9 




37 


067 


- or + 




2D or 2B 


055 or 053 


- or 


+ 




38 


070 


j* or 8 




22 or 38 


042 or 070 


t or 


8 




3B 


073 


; or , 




3B or 2C 


073 or 054 


; or 


> 




3D 


075 




IL or IDLE or NULL 


00 


000 






null 


3E 


076 




PRE or PREFIX 


IB 


033 






escape 


40 


100 


space 




20 


040 


space 






43 


103 


o or J 




6A or 4A 


156 or 112 


9 or 


J 




45 


105 


o or 




6F or 4F 


157 or 117 


o or 







46 


106 


□ or L 




6C or 4C 


154 or 114 


□ or 


L 




49 


111 


) or ] 




29 or 5D 


051 or 035 


) or 


] 




4A 


112 


e or E 




65 or 45 


145 or 105 


e or 


E 




4C 


114 




undefined 


00 


000 






null 


4F 


117 




undefined 


13 


023 






null 


51 


121 


: or 




3A or 2E 


072 or 056 


: or 


. 




52 


122 


T or N 




6E or 4E 


156 or 116 


t or 


N 




54 


124 


c or Z 




7A or 5A 


172 or 132 


e or 


Z 




57 


127 




undefined 


00 


000 






null 


58 


130 


> or 6 




7C or 36 


174 or 066 


> or 


6 




5B 


133 


? or Q 




3F or 51 


077 or 121 


? or 


Q 




5D 


135 




BS or BACKSPACE 


08 


010 






backspace 


5E 


136 




EOB 


17 


027 






end transmission 
block§ 


61 


141 


1 or M 




6D or 4D 


155 or 115 


1 or 


M 




62 


142 


o or X 




78 or 58 


170 or 130 


o or 


X 




64 


144 


/*> or 




26 or 30 


045 or 060 


s\ or 







67 


147 


t or Y 




79 or 59 


171 or 131 


t or 


Y 




68 


150 


> or 7 




3E or 37 


076 or 067 


> or 


7 




6B 


153 


( or [ 




28 or 5B 


050 or 133 


( or 


[ 




6D 


155 




NL or CR or RETURN 


0D 


015 






carriage return 


6E 


156 




LF or LINE FEED 


0A 


012 






line feed 


70 


160 


< or 3 




3C or 33 


074 or 063 


< or 


3 




73 


163 


or F 




5F or 46 


137 or 106 


or 


F 




75 


165 


to or W 




77 or 57 


167 or 127 


u> or 


W 





o 
o 






* \ 
\_j>' 



\y 
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TABLE A-18. APL CHARACTER CODE TRANSLATIONS, CORRESPONDENCE 
CODE CONSOLES IN TERMINAL CLASS 4 (2741) (Contd) 






o 






Terminal Correspondence Code 


Network ASCII (Normalized Mode Use) 


Hex 

Codet 


Octal 
Codet 


Correspondence 
Code APL 
Graphlctt 


Control Character 


Hex 
Codettt 


Octal 
Codettt 


ASCII-APL 
Graphic 


Coatrol Character 


76 


166 


1 or B 




62 or 42 


142 or 102 


1 or B 




79 


171 


<x or A 




61 or 41 


141 or 101 


<x or A 




7A 


172 


or C 




63 or 43 


143 or 103 


or C 


end of transmission" 


7C 


174 




EOT 


04 or 14 


004 




7F 


177 




DEL 


18 


030 




cancel 


00 


000 


space§§ 




27 


047 


' 




00 


000 


spaceSS 




60 


140 


O 




00 


000 


space§| 




7B 


173 


i 




00 


000 


space" 


IL or IDLE or NULL§| 


7D or 7E 


175 or 176 


} or r- 




3D 


075 




01 


001 




start of header 


3D 


075 




IL or IDLE or NULL§| 
IL or IDLE or NULL^S 


02 


002 




start of text 


3D 


075 




03 


003 




end of text 


3D 


075 




IL or IDLE or NULL§§ 


05 


005 




enquire 


3D 


075 




IL or IDLE or NULL§f 


07 


007 




bell 


3D 


075 




IL or IDLE or NULLSS 


0B or 0C 


013 or 014 




vertical tabulate 
or form feed 


3D 


075 




IL or IDLE or NULL§| 
IL or IDLE or NULL»| 


10 


020 




data link escape 


3D 


075 




12 


022 




device control 2 


3D 


075 




IL or IDLE or NULL §§ 


14 thru 16 


024 thru 
026 




device control 4, 
negative acknowledge, 
or synchronize 


3D 


075 




IL or IDLE or NULL^ 


18 thru IF 


030 thru 
037 




cancel, end of media, 
substitute, 
file separator, 
group separator, 
record separator, 
or unit separator 


'Shown with 


odd parity; odd parity is the default 


for this terminal class. (Unless PA=N, the application 


program re 


ceives the same code as in normalized 


mode.) 


' 'Each input 


line is assumed to begin in lowercase 


Input characters are translated to lowercase ASCII 


characters 


unless prefixed by the UCS code. One 


e a case shift occurs, it remains in effect until another 


case shift 


code is received, the page width is reached, or the line is transmitted to the host computer. 


During out 


put, case is preserved by insertion oi 


case shift codes where needed. 


' ' 'Shown with 


zero parity (eighth or uppermost bit 


is always zero). 


"Not transit 


itted to the host computer after trans 


lation during input. 


"Output tra 


nslation only. 





o 
o 
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TABLE A-19. FULL ASCII NORMALIZED MODE APL CHARACTER SET 



-128-Character Set 



■ 96-Character Subset - 



64-Character Subset • 



b 7 


► 










1 




1 




1 

1 


1 




1 

1 


1 
1 



1 
1 
1 


b 6 






b 5" 
Bits 










b 4 b 3 b 2 b l 

1 i I 1 


ROW 

1 


COLUMN 





1 


2 


3 


4 


5 


6 


7 












NUL 
000 


DLE 
020 


SP 
040 



060 


< 

100 


P 
120 


O 
140 


160 




1 


1 




SOH 
001 


DC1 
.021 


• • or v 

041 


1 
061 


A 
101 


Q 
121 


oc 
141 


161 




10 


2 




SIX 
002 


DC2 
022 


042 


2 
062 


B 
102 


R 
122 


1 
142 


P 
162 




11 


3 




ETX 
003 


DC3 
023 


043 


3 
063 


C 
103 


S 
123 



143 


r 
163 




10 


4 




EOT 
004 


DC4 
024 


$ 
044 


4 
064 


D 
104 


T 
124 


L 

144 


16^4 




10 1 


5 




ENQ 
005 


NAK 
025 


045 


5 
065 


E 
105 


U 
125 


e 

145 


I 
165 




110 


6 




ACK 
006 


SYN 
026 


046 


6 
066 


F 
106 


V 
126 


X 
146 


166 




111 


7 




BEL 
007 


ETB 
027 


047 


7 
067 


G 

107 


W 
127 


V 

147 


CO 

167 




10 


8 




BS 
010 


CAN 
030 


( 
050 


8 
070 


H 
110 


X 
130 


150 


170 




10 1 


9 




HT 
011 


EM 
031 


) 
051 


9 

071 


I 

111 


Y 
131 


151 


t 

171 




10 10 


A 




LF 
012 


SUB 
032 


* 
052 


072 


J 
112 


Z 
132 


O 

152 


c: 
172 




10 11 


B 




VT 
013 


ESC 
033 


+ 
053 


073 


K 

113 


[ 
133 


153 


{ 
173 




110 


C 




FF 
104 


FS 
034 


054 


< 

074 


L 
114 


\ 
134 


□ 
154 


> 

174 




110 1 


D 




CR 
015 


GS 
035 


055 


075 


M 
115 


] 
135 


1 
155 


} 
175 




1110 

1111 


E 
F 




SO 
016 

SI 
017 


RS 
036 

US 

037 


056 

/ 
057 


> 

076 

? 
077 


N 
116 


117 


136 
137 


T 
156 

o 

157 


I— 
176 


DELt 
177 


'The graphic 95-character subset 


does not 


include 


DEL; refer to Termi 


nal Transmission 


Modes i 


n the te 


Kt . 


LEGEND: 
















Numbers under characters are th 


e octal % 


'allies fc 


r the 7-bit charact 


er codes used wi 


thin the 


network 


• 



o 
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ERROR PROCESSING 



B 






o 






Two levels of error processing occur during an NDL 
processor run: 

Compilation diagnostic processing 

File access and dayfile message processing 

The diagnostic processing performed during the run 
is documented by the error summary listing produced 
as part of the listing output file. The NDL job's 
output file contains an error summary list only if 
errors were detected. If you suppress listing file 
generation (by using the L=0 command option), the 
output file contains an error summary list only if 
fatal errors were detected; suppressing generation 
of the listing file suppresses all warning 
diagnostics. 

If any error is detected, the NDL processor pro- 
duces one of the diagnostic messages described in 
the following subsection. Statement processing is 
completed if feasible. If a fatal error is de- 
tected, no valid network definition files or file 
content summary listings are created, and the NDL 
processor aborts the job. After such an abort, 
control of the job transfers to the EXIT area in 
the command portion of the job image. 

Informative messages are always placed in the job 
dayfile. In certain instances, a diagnostic-free 
j ob can be aborted because of file access problems ; 
these cases also produce job dayfile messages. The 
dayfile messages are explained at the end of this 
appendix. 



DIAGNOSTIC MESSAGES 

The Network Definition Language job's error summary 
lists all errors that occurred in the program with 
a cross-reference to the line number of the state- 
ment unit in the source listing where the error 
occurred; the decimal line numbers are assigned 
sequentially from 1 through 100000. If the condi- 
tion was a syntax error, the character position 
(column) within the statement unit is also given. 

Some errors are general in nature and cannot be 
associated with a specific line number. General 
errors are indicated by the word NONE in the line 
number column . 

Table B-l explains the error codes used on the 
error summary. A set of three asterisks precedes 
each statement unit in the source listing on which 
the NDL processor performed a diagnostic function. 

Occurrence of fatal errors listed in table B-l does 
not necessarily terminate statement scanning, and 
additional errors in the same statement can be 
detected. 



Occurrence of some errors does terminate statement 
scanning, so additional undetected errors beyond 
the one flagged can exist in any given statement. 
This prevents a cascade effect in the errors de- 
tected in case of the inadvertent omission of a 
parameter, keyword, or separator. 

When a cascade of errors occurs for a single state- 
ment, and many of the error diagnostics issued for 
the statement do not seem to apply to it, the num- 
ber of characters permitted in a statement unit has 
probably been exceeded. If the diagnosed statement 
runs to more than 72 meaningful characters (or if 
the preceding statement exceeds 72 meaningful char- 
acters) and is not divided into valid statement 
units, the NDL processor misinterprets the result- 
ing character stream and can diagnose nonexistent 
errors. 

Use of the keywords TIPTYPE, TC, and DT can cause 
partial or complete suspension of diagnostic proc- 
essing for their respective LINE, GROUP, TERMINAL, 
DEVICE, or TERMDEV statements when a site-defined 
value is used as a parameter declaration. Occur- 
rence of the following reserved words as valid 
declarations causes the NDL processor to suspend 
diagnostic checking of all parameters on the same 
statement that have values dependent on the site- 
defined parameter: 

TT12 through TT14 I 

TC28 through TC30 I 

DT12 

Parameters not dependent on the site-defined param- 
eter receive normal diagnostic checking. For 
example : 

A line with a TIPTYPE of MODE 4 can have a 
terminal with a TC of TC30 and a DT of DT12, | 
but still must have CA and TA values as part of 
its configuration. 

A line with a TIPTYPE of TT12 can have a termi- | 

nal with a TC of HASP as long as all parameters 

useable for terminals of any terminal class are 
correctly declared. 

The NDL processor cannot perform all normal checks 
for completeness of definition in LINE, GROUP, 
TERMINAL, DEVICE, and TERMDEV statements if site- 
defined parameter values are present . 



JOB DAYFILE MESSAGES 

All of the informative and file access error mes- 
sages produced in the dayfile for the job are 
listed in table B-2. 



o 
o 
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TABLE B-l. NDL PROCESSOR DIAGNOSTIC MESSAGES 



Error 
Code 


Severity 


Message 


Significance 


Action 


1 


Fatal 


DUPLICATE LABEL/ 
ELEMENT-NAME . 


The element-name fields of at least 
two statements contain the character 
string on the flagged statement 
(check defname identifiers also). 


Change one character in at 
least one field. 


2 


Fatal 


INVALID STATEMENT 
NAME. 


The statement name is not 
one of the reserved NDL statement- 
name words. 


Check for a typographical 
error, then review 
section 2. 


3 


Fatal 


INVALID STATEMENT 
DECLARATION. 


A keyword is misspelled or 
misplaced, or a defname identifier 
cannot be expanded properly. 


Check appendixes D and E. 


4 


Fatal 


MISSING COLON AFTER 
ELEMENT NAME. 


Self-explanatory. 


Change and rerun the job. 


5 




Reserved for CDC use. 






6 


Fatal 


UNKNOWN KEYWORD OR 
DELIMITER. 


A keyword is misspelled or a 
DEFINE statement is missing. 


Change and rerun the job. 


7 


Fatal 


EQUAL NOT ASSOCIATED 
WITH KEYWORD. 


Misplaced or misused defname 
identifier, or typographical error. 


Check the statement format 
in sections 2 through 8. 


8 


Fatal 


PUNCTUATION ERROR. 


An extra colon or other special 
character is present, or a 
required separator is missing. 


Check the statement format 
in section 2. 


9 


Fatal 


INVALID KEYWORD. 


The keyword shown in the column to 
the left of the message cannot be 
used in this type of statement. 


Check the statement format 
in sections 2 through 8. 


10 


Fatal 


INVALID VALUE. 


The value shown in the column to 
the left of the message cannot be 
used for the keyword you have 
associated it with. 


Check the statement format 
in sections 2 through 8. 


11 


Fatal 


NO PERIOD FOUND BEFORE 
ASTERISK. 


The NDL processor cannot tell if the 
asterisk begins a comment or is an 
incorrect parameter declaration. 


Insert a period or correct 
the declaration. 


12 


Fatal 


NESTED DEFINE. 


A DEFINE statement identifier cannot 
be used within another DEFINE 
statement . 


Remove the identifier and 
rerun the job. 


13 




Reserved for CDC use. 






14 


Fatal 


STATEMENT OUT OF 
SEQUENCE. 


The required hierarchy was violated. 


Check figure 2-4. 


15 


Fatal 


REQUIRED LABEL 
MISSING. 


The element name field is empty when 
a name is needed. 


Change and rerun the job. 


16 


Fatal 


DEFINE-NAME CANNOT 
BE A RESERVED WORD. 


The defname identifier you used is 
one of the reserved words disallowed 
in appendix D. 


Change and rerun the job. 


17 


Warning 


LABEL NOT REQUIRED FOR 
THIS STMT — IGNORED. 


The contents of the element name 
field are not needed. 


None. 


18 


Fatal 


ELEMENT-NAME IS TOO 
LONG. 


The element name field contains a 
value more than seven characters 
long. 


Change and rerun the job. 



B-2 



60480000 M 



o 
o 



TABLE B-l. NDL PROCESSOR DIAGNOSTIC MESSAGES (Contd) 






Error 
Code 



19 

20 
21 
22 

23 

24 
25 

26 
27 



Severity 



o 



o 
o 



28 



29 



30 



31 



32 



33 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Warning 



Message 



NO KEYWORD ASSOCIATED 
WITH VALUE. 



CONSECUTIVE COMMAS 
NOT ALLOWED. 



MISSING -END- 
STATEMENT . 



FIRST CHARACTER AFTER 
PERIOD NOT AN ASTERISK. 



ELEMENT-NAME MUST 
BEGIN WITH A LETTER. 

Reserved for CDC use. 

MISSING NFILE/LFILE 
STMT — MUST BE 1ST 
IN DIV. 

Reserved for CDC use. 

NAME GENERATION 
SUPPRESSED, -NCIR- 
T00 LARGE. 



GROUP NOT ALLOWED FOR 
X.25 LINES. 



KEYWORD NOT ALLOWED 
ON THIS STATEMENT. 



MISSING VALUE. 



NAME GENERATION 
SUPPRESSED, ROOT NAME 
TOO LONG. 



NAME GENERATION 
SUPPRESSED, NO PORT 
FOR GROUP. 



PREVIOUSLY DEFINED 
TITLE OVER-WRITTEN. 



Significance 



Either an equals sign is missing, an 
extra separator is present, or the 
keyword was omitted. 

Probably a typographical error; 
a parameter might be missing. 

The NDL processor cannot tell if 
your input file is complete. 



The NDL processor cannot tell if you 
have misplaced sequence number field 
information or placed comments on 
the statement. 

Self-explanatory. 



Each division of an NDL program 
begins at an NFILE or LFILE state- 
ment; at least one must be present. 



The device names for switched cir- 
cuits on an X.25 line are generated 
by adding the NCIR value to the 
element name root you specified; 
this cannot be done because the NCIR 
value is invalid. 

You cannot use a GROUP statement 
with this TIPTYPE value. 



Self-explanatory. 



The keyword shown in the column to 
the left of this message is not a 
stand-alone keyword; either a value 
is missing or a separator is 
misplaced. 

The element name of a line or device 
configured through a GROUP state- 
ment cannot be longer than five 
characters . 

A valid port number is needed to use 
as the end of each element name for 
a line or device configured through 
a GROUP statement. 

You have more than one TITLE 
statement in the same division. 



Action 



Fix the statement and 
rerun the job. 



Delete the extra comma or 
insert the missing 
parameter. 

Check that the file is 
undamaged; if so, add an 
END statement. 

Insert an asterisk or 
reformat the statement 
and rerun the job. 



Change and rerun the job. 



Check statement placement 
or insert the required 
statement. 



Fix the NCIR value and 
rerun the job. 



Replace the GROUP statement 
with a LINE statement; add 
LINE, TERMINAL, DEVICE, and 
TERMDEV statements if 
needed . 

Check any TIPTYPE value 
associated with the state- 
ment . 

Add a value or delete the 
keyword and rerun the job. 



Shorten the name on the 
identified GROUP, DEVICE, 
or TERMDEV statement. 



Add a valid PORT parameter 
to the GROUP statement and 
rerun the job. 



Check that an NFILE or 
LFILE statement is not 
missing. 
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TABLE B-l . NDL PROCESSOR DIAGNOSTIC MESSAGES (Contd) 



Error 
Code 


Severity 


Message 


Significance 


Action 


34 


Warning 


STORED ONLY FIRST 45 
CHAR — IGNORED REST. 


You cannot put more than 45 
characters into the title field of 
a file summary listing; the TITLE 
statement contains more than 45. 


None . 


35 


Warning 


SUPERFLUOUS DATA AFTER 


The END statement might be mis- 


Check, statement placement; 






END STMT, IGNORED. 


placed; if so, your definition is 
incomplete . 


move the END statement if 
necessary. 


36 




Reserved for CDC use. 






37 


Fatal 


NAME GENERATION 


The GROUP statement is not valid; 


Change the NI value and 






SUPPRESSED, NI TOO 


you are defining too many elements 


add more statement groups 






LARGE. 


with one set of statements. 


if needed . 


38 


Fatal 


NAME GENERATION 


A valid port number is needed to use 


Change the PORT parameter 






SUPPRESSED, PORT TOO 


as the end of each element name for 


on the GROUP statement and 






LARGE. 


a line or device configured through 
a GROUP statement. 


rerun the job. 


39 


Warning 


DUPLICATE DECLARATION, 
OVERRIDES PREVIOUS ONE. 


Self-explanatory; if this condition 
was not intended, you have defined 
the same characteristic twice. 


Check the statement . 


40 


Warning 


POSSIBLE MISSING 
STMT(S) PRECEDING THIS 
ONE. 


The NDL processor expected to find 
other statements before this one. 


Check statement placement. 


41 


Warning 


CONSOLE EXPECTED HERE 


Console definition is required as an 


Introduce a console device 






TO OWN PASSIVE DEVICES 


owning console before a set of 
passive devices can be used. 


definition before the set 
of passive devices. 


42 




Reserved for CDC use. 






thru 
99 










100 


Fatal 


VALUE OUT OF RANGE. 


The parameter shown in the column to 
the left of this message cannot have 
the value you specified. 


Change and rerun the job. 


101 


Fatal 


KEYWORD NOT ALLOWED 


Either the CTYPE value is incorrect, 


Change the statement and 






WITH CTYP SPECIFIED. 


or you cannot declare this charac- 
teristic for a circuit of this type. 


rerun the job. 


102 


Fatal 


DUPLICATE PORT NUMBER. 


Every line and trunk on an NPU must 
have a unique port number; the num- 
ber specified appears in a previous 
LINE, TRUNK, or GROUP statement. 


Change one of the port 
numbers to a correct 
value. 


103 


Fatal 


REQUIRED PARAMETER 
MISSING. 


Self-explanatory . 


Refer to the statement 
format in sections 2 
through 8. 


104 


Fatal 


TIPTYPE NOT COMPATIBLE 


You have defined a line with physi- 


Check for DEFINE statement 






WITH LTYPE. 


cal characteristics that cannot be 
supported by the software servicing 
it; either the TIPTYPE value is 
wrong, or the LTYPE value is wrong. 


identifier misplacement; 
change the incorrect value 
and rerun the job. 


105 


Fatal 


LSPEED VALID FOR ASYNC 


Self-explanatory; you cannot define 


Remove the AUTO or XAUTO 






NON-AUTO-REC LINES 


a fixed speed for an automatic 


parameter, or the LSPEED 






ONLY. 


recognition line. 


parameter. 



O 
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TABLE B-l. NDL PROCESSOR DIAGNOSTIC MESSAGES (Contd) 



^tM^ 



o 



o 






Error 
Code 


Severity 


Message 


Significance 


Action 


106 


Fatal 


PARAMETER NOT ALLOWED 
WITH TIPTYPE SPECIFIED. 


You cannot define an element using 
the chosen protocol as having the 
characteristic indicated by the 
keyword in the column to the left 
of this message. 


Check that the TIPTYPE 
value is correct; if so, 
delete the invalid 
parameter. 


107 


Fatal 


PARAMETER NOT VALID ON 
FIXED CONFIG LINES. 


Self-explanatory. 


The LINE or GROUP statement 
might be missing the AUTO 
or XAUTO parameter. 


108 


Fatal 


PARAMETER VALID ON 
2780 TERMINALS ONLY. 


Either you have declared a charac- 
teristic this device cannot have, or 
the TC or STIP value is incorrect. 


Change the incorrect TC or 
STIP value, or delete the 
invalid parameter. 


109 


Fatal 


DUPLICATE CLUSTER 
ADDRESS. 


The'CA value must be unique for each 
terminal on a fixed configuration 
line; the value used appears in 
a previous TERMINAL or TERMDEV 
statement for the same line. 


Change the parameter and 
rerun the job. 


110 


Fatal 


PARAMETER NOT VALID 
WITH TC SPECIFIED. 


Either the TC value is wrong, or you 
have declared a characteristic this 
device cannot have. 


Change the incorrect TC 
value, or delete the 
invalid parameter indi- 
cated by the keyword in 
the column to the left of 
this message. 


111 


Fatal 


VALUE NOT VALID WITH 
STIP SPECIFIED. 


The keyword is permitted but the 
value you have used cannot be sup- 
ported by the subcategory specified 
within the TIP. 


Change the value and rerun 
the job. 


112 


Fatal 


VALUE NOT VALID WITH 
TIPTYPE SPECIFIED. 


The keyword is permitted but the 
value you have used cannot be sup- 
ported by the software specified. 


Change the value and rerun 
the job. 


113 


Fatal 


-AUTOREC- NOT VALID 
ON FIXED CONFIG LINES. 


Self-explanatory . 


Check if the AUTO or XAUTO 
parameter is needed and 
missing; if not, delete 
the indicated parameter 
or specify a valid value. 


114 


Fatal 


ALL PVC-S MOST BE 
SPECIFIED BEFORE ANY 
SVC-S . 


A TERMINAL or TERMDEV statement 
might be misplaced; otherwise, 
the CTYP value might be wrong. 


Change statement placement 
or the CTYP value, as 
appropriate. 


115 


Fatal 


MAXIMUM NUMBER OF 
TERMINALS EXCEEDED 
FOR THE LINE. 


The number of terminals allowed 
depends on the TIPTYPE and on 
whether the line is fixed configu- 
ration or automatic recognition. 


Refer to sections 4 
through 7; add LINE or 
GROUP statements as 
needed . 


116 


Fatal 


MAX NUMBER OF DEVICES 
EXCEEDED FOR TERMINAL. 


The number of devices allowed 
depends on the subTIPtype and on 
whether the line is fixed configu- 
ration or automatic recognition. 


Refer to sections 4 
through 7; delete the 
unsupportable TERMDEV or 
DEVICE statements. 


117 


Fatal 


STIP OR TC MUST BE 
SPECIFIED. 


You omitted both parameters; one or 
the other is needed. 


Add either parameter. 


118 


Fatal 


NEN VALUE MUST BE LESS 
THAN OR EQUAL TO NCIR. 


You cannot enable more switched 
virtual circuits than you have 
defined; NCIR might be too small. 


Change the incorrect 
parameter and rerun the 
job. 
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Error 
Code 


Severity 


Message 


Significance 


Action 


119 


Fatal 


PARAMETER VALUE NOT A 
VALID NPU NAME. 


The value you gave for the keyword 
in the column to the left of this 
message is not used as an element 
name in an NPU statement within the 
current network division. 


Check the spelling of the 
name; perhaps an NPU 
statement is missing. 


120 


Fatal 


DUPLICATE LOGICAL LINK 
DEFINITION. 


You declared a previous LOGLINK 
statement with the same NCNAME 
value and host node number. 


Correct the name or remove 
the extra LOGLINK state- 
ment. 


121 


Fatal 


NCNAME NOT A VALID 
COUPLER OR NPU NAME. 


You did not supply a COUPLER or NPU 
statement in this network division 
with this value as an element name. 


Check the spelling; if 
correct, a statement is 
missing. 


122 




Reserved for CDC use. 






123 


Fatal 


MAXIMUM NUMBER OF 
COUPLERS EXCEEDED (2 
PER NPU). 


You have three or more COUPLER 
statements for the same NPU 
statement . 


Delete the extra state- 
ment and rerun the job. 


124 


Fatal 


DUPLICATE LOC VALUE. 


The LOC value shown in the column to 
the left of this message appears in 
a previous COUPLER statement for 
this NPU; one of the values is 
wrong. 


Change the incorrect 
statement and rerun the 
job. 


125 


Fatal 


DUPLICATE NODE NUMBER. 


Node numbers must be unique within 
the network; the number flagged has 
already been assigned to an element. 


Change one of the node 
numbers and rerun the job. 


126 


Fatal 


REQUIRED SUPLINK 
STATEMENT MISSING. 


No supervision path exists for this 
NPU; one must be defined. 


Add a SUPLINK statement 
and rerun the job. 


127 


Fatal 


NO LOGICAL LINKS 
DEFINED TO THIS NPU. 


A front-end NPU must have a logical 
link to its coupler; a remote NPU 
must have at least one link to a 
coupler in a front-end NPU. 


Add a LOGLINK statement 
and rerun the job. 


128 


Fatal 


LOGLINK (LLNAME) DOES 
NOT TERMINATE AT THIS 
NPU. 


The logical link specified as the 
LLNAME value does not terminate in 
the same NPU as the supervisory 
link defined by this SUPLINK state- 
ment. 


Check LLNAME value spell- 
ing; if correct, the 
LOGLINK statement NCNAME 
value is wrong. Fix the 
incorrect value. 


129 


Fatal 


LLNAME VALUE NOT A 
VALID LOGICAL LINK 
NAME. . 


You specified an element name that 
is too long, or contains a character 
other than a letter or a digit, or 
does not begin with a letter. 


Change the name and rerun 
the job. 


130 


Fatal 


DUPLICATE TRUNK 
DEFINITION. 


Either you specified the same port 
number for two trunks, or you have 
defined two trunks between one pair 
of NPUs. 


Change a port number value 
or delete one TRUNK state- 
ment and rerun the job. 


131 


Fatal 


PARAMETER NOT ALLOWED 
FOR 2741 TERMINALS. 


Self-explanatory; either the STIP 
value or TC value is wrong, or the 
device cannot have the specified 
characteristic . 


Change the STIP or TC 
value, or remove the 
parameter and rerun the 

job. 


132 


Fatal 


AB, CN, Bl, B2, CT, 
BS, EB, EL MUST ALL 
BE UNIQUE. 


The parameter shown in the column 
to the left of the message has a 
value declared or used for another 
of these parameters. 


Change one of the parameter 
values and rerun the job. 


133 


Fatal 


PARAMETER NOT ALLOWED 
WITH DT SPECIFIED. 


The parameter shown in the column 
to the left of the message has an 
inappropriate keyword, or the DT 
value is wrong. 


Remove the parameter, 
change the keyword, or 
change the DT value. 



o 
o 
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o 



o 



Error 
Code 



134 



135 



136 



137 



138 



139 



Severity 



Fatal 



Fatal 



Fatal 



Warning 



Fatal 



Fatal 



o 



o 
o 



140 
141 
142 

143 

144 
145 
146 
147 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Fatal 



Message 



PARAMETER NOT ALLOWED 
FOR M4A TERMINALS. 



PARAMETER NOT ALLOWED 
WITH STIP/TC 
SPECIFIED. 



INCORRECT HN VALUE. 



ROUNDED TO NEXT 
RECOMMENDED VALUE 
(PARAM/ VALUE). 

VALUE NOT ALLOWED WITH 
DT SPECIFIED. 



-DO- VALUE IS NOT 
UNIQUE FOR DEVICE 
TYPE. 



PL AND CP STREAM 
VALUES ARE NOT 
UNIQUE. 



STREAM VALUE IS NOT 
UNIQUE FOR DEVICE 
TYPE. 



MAXIMUM NUMBER OF 
DEVICES EXCEEDED. 



-TA- VALUE IS NOT 
UNIQUE. 



CANNOT SPECIFY BOTH 
MFAM AND DFAM. 

VALUE FOR MUSER AND 
DUSER CANNOT BE ZERO. 

CANNOT SPECIFY BOTH 
MUSER AND DUSER. 

MAPPL OR PAPPL CANNOT 
BE A RESERVED APPL 
NAME. 



Significance 



Either the STIP value is wrong, or 
the terminal cannot have the 
characteristic shown in the column 
to the left of the message. 

Either the STIP value is wrong, or 
the TC value is wrong, or the 
terminal cannot have the character- 
istic shown in the column to the 
left of the message. 

The host node number does not match 
with any host node number. 



The value you declared was not 
directly used. The value used and 
the parameter keyword are shown. 

Either the value shown for the key- 
word is wrong , or the DT value is 
wrong . 

Device ordinals must be unique for 
all DEVICE statements with the DT 
value used within this terminal; 
one of the following is wrong: the 
DO value shown, the DO value on a 
previous DEVICE statement , or the 
DT value used. 

Two DEVICE statements with the indi- 
cated DT values have the same STREAM 
parameter value; either one of the 
DT values is wrong, or one of the 
STREAM values is wrong. 

Two DEVICE statements with the same 
DT value have the same STREAM 
parameter value; either one of the 
DT values is wrong, or one of the 
STREAM values is wrong. 

The number of device statements 
allowed for a terminal or line 
depends on the protocol and whether 
the line is automatic recognition 
or fixed configuration. 

The TA value on this statement 
appears on another DEVICE statement 
specified for this terminal; one of 
the values is wrong. 

A default family name or a mandatory 
one can be specified, but not both. 

Self-explanatory; no system user 
name default exists. 

A default user name or a mandatory 
one can be specified, but not both. 

You specified one of the programs 
disallowed in section 8. 



Action 



Remove this parameter or 
change the STIP value. 



Remove this parameter or 
change the incorrect 
value . 



Check if HN is the same 
as the node number on a 
coupler statement. 

Refer to the text in 
section 6 or 7. 



Remove this parameter or 
change the incorrect 
value . 

Change the incorrect 
statement value and rerun 
the job. 



Change the Incorrect 
parameter value and rerun 
the job. 



Change the incorrect 
parameter value and rerun 
the job. 



Refer to the text of 
sections 4 through 7. 



Change the incorrect 
statement parameter value 
and rerun the job. 



Remove either parameter. 



Remove the parameter or 
specify the value NONE. 

Remove either parameter. 



Remove the parameter or 
change the value to a 
different name. 
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Error 
Code 


Severity 


Message 


Significance 


Action 


148 


Fatal 


CANNOT SPECIFY BOTH 
MAPPL AND PAPPL. 


A primary application or a mandatory 
one can be specified, but not both. 


Remove either parameter. 


149 


Fatal 


APPLICATION NAME 


You have tried to declare an APPL 


Remove the statement or 






SPECIFIED IS A 


statement with an element name 


change the element name. 






RESERVED NAME. 


disallowed in section 8. 




150 


Fatal 


NCIR MUST BE LESS 


Self-explanatory; one of values is 


Change the incorrect 






THAN OR EQUAL TO NSVC. 


incorrect. 


value. 


151 


Fatal 


BOTH ENDS OF TRUNK 
CONNECTED TO SAME NPU. 


One of the NPU name values is wrong. 


Change the incorrect 
parameter. 


152 


Fatal 


MUTUALLY EXCLUSIVE 


Dxxx and Xxxx parameters (named in 


Review the statement 






PARAMETER(S) HAVE BEEN 


the column to the left of the 


description and delete 






USED. 


message) cannot appear in the same 
statement . 


inappropriate parameters. 


153 


Fatal 


TOTAL LENGTH OF FAC 


There can be any number of FAC 


Decrease the number of 






EXCEEDS MAX (124 HEX 


parameters specified as long as the 


FACs or the number of 






DIGITS). 


total number of hexadecimal digits 
does not exceed 124. 


hexadecimal digits for 
one or more FACS. 


154 


Fatal 


THIS LOGICAL LINK DOES 


No physical path exists for the link 


Change the NPU name or 






NOT SPAN OVER ONE 


you defined; a TRUNK statement is 


add a TRUNK statement if 






TRUNK. 


missing or the NPU name is wrong. 


the line actually exists; 
if not, delete this 
statement. 


155 


Fatal 


NO CONSOLES DEFINED ON 


The protocol for this line requires 


Add a DEVICE statement or 






THIS TERMINAL. 


at least one console device per 
terminal. 


check for an incorrect DT 
value on an existing one. 


156 


Fatal 


DTEA NOT ALLOWED WHEN 


Either the DCE parameter is missing, 


Add a DCE=YES parameter or 






DCE IS NOT SPECIFIED. 


a NO value for it should be YES, or 
the DTEA parameter is not needed. 


delete the DTEA parameter. 


157 


Fatal 


ILLEGAL PORT 


One end of the trunk statement is 


Check the NPU element 






ASSIGNMENT ON THIS 


defined to use a port number that 


name; if correct, check 






NODE ID SHOWN. 


is not sequentially assigned with 
other trunks on the NPU indicated 
in the column to the left of this 
message . 


the PORT parameter values 
of all TRUNK statements; 
change one of the values. 


158 


Fatal 


ILLEGAL VALUE AS A 


The value is not allowed for the 


Check the range given for 






CONTROL CHARACTER. 


parameter indicated in the column 
to the left of this message. Some 
ASCII character code values are 
invalid for characters that affect 
terminal functions. 


the parameter in sections 
4 through 7; change the 
value to one within the 
range indicated in the 
text. 


159 


Warning 


MAXIMUM NUMBER OF USER 


Your input file contains more than 


Unneeded USER statements 






STATEMENTS EXCEEDED. 


1023 USER statements. The 1024th 
and subsequent statements are 
ignored. 


should be eliminated. 


160 


Fatal 


STIP IS REQUIRED WHEN 


A CDC-written TIP cannot determine 


Add a STIP parameter with 






TC IS OF TYPE USER. 


which subTIPtype is appropriate for 
the line because no terminal class 
characteristics were known when the 
TIP was written. 


a value valid for the TIP. 
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Error 
Code 


Severity 


Message 


Significance 


Action 


161 


Warning 


MISSING PARAMETERS FOR 
USER DEFINED TIPTYPE. 


The CDC-written version of the 
network software requires values 
for the parameters listed in the 
column to the left of this message. 


If the network software 
has not been modified to 
supply an internal default 
value, you should add the 
parameter to the state- 
ment. 


162 


Fatal 


TSPEED INCOMPATIBLE 
FOR THIS AUTOREC 
INDICATOR. 


Low TSPEED cannot be used with the 
XAUTO parameter, or high TSPEED can- 
not be used with the AUTO parameter. 


Change the TSPEED or the 
AUTOREC indicator to be 
compatible. 


163 


Warning 


VALUE OUT OF RANGE. 


The value specified for the AL 
parameter is not within the range 
of through J . 


Change the value specified 
for the AL parameler. 


164 




Reserved for CDC use. 






thru 
999 











o 
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Message 



ABRT FROM XXXX - BAD NCF 
FILE RECORD. 



ABRT FROM XXXX - CANT 
READ LIN RECORDS. 



ABRT FROM XXXX 
READ NCF RECDS. 



ABRT FROM XXXX 
NOT DEVICE FN. 



ABRT FROM XXXX 
NOT LINE FN. 



CANT 



FN VAL 



FN VAL 



o 
o 



TABLE B-2. NDL PROCESSOR DAYFILE MESSAGES 



Significance 



Procedure NDLLIST located an NCF 
record with the wrong format. The 
name of the procedure from which 
the ABORT message was generated is 
indicated by XXXX. 

Procedure NDLLIST located an error 
in the line record format during 
an I/O transfer of that record. 
The name of the procedure from which 
the ABORT message was generated is 
indicated by XXXX. 

Procedure NDLLIST located an error 
in an NCF record format during 
an I/O transfer of that record. 
The name of the procedure from which 
the ABORT message was generated is 
indicated by XXXX. 

Procedure NDLLIST located a device 
parameter with an FN value outside 
the range allocated for device FNs. 
The name of the procedure from which 
the ABORT message was generated is 
indicated by XXXX. 

Procedure NDLLIST located a line 
parameter with an FN value outside 
the range allocated for line FNs. 
The name of the procedure from which 
the ABORT message was generated is 
indicated by XXXX. 



Action 



Regenerate NCF by running NDLP on 
the same source program. If the 
problem still exists, follow the 
site-defined procedure for software 
errors. 

Regenerate NCF by running NDLP on 
the same source program. If the 
problem still exists, follow the 
site-defined procedure for software 
errors. 



Regenerate NCF by running NDLP on 
the same source program. If the 
problem still exists, follow the 
site-defined procedure for software 
errors. 



This indicates a design error. 
Follow the site-defined procedure 
for software errors. 



This indicates a design error. 
Follow the site-defined procedure 
for software errors. 
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Message 



ABRT FROM XXXX - FN VAL 
NOT TERM FN. 



ABRT FROM XXXX - INVALID 
RECORD TYPE. 



ABRT FROM XXXX - NO SUCH 
RECORD TYPE. 



ABRT FROM XXXX - READ ERROR. 



ERROR IN LCF — SUMMARY 
SUPPRESSED. 



ERROR IN NCF 
SUPPRESSED. 



SUMMARY 



INPUT FILE EMPTY. 



INSUFFICIENT FIELD LENGTH. 



INVALID CONTROL CARD OPTION. 



NDLP COMPLETE. 



Significance 



Procedure NDLLIST located a term 
parameter with an FN value outside 
the range allocated for term FNs. 
The name of the procedure from which 
the ABORT message was generated is 
indicated by XXXX. 

Procedure NDLLIST located an 
invalid record type. The name of 
the procedure from which the ABORT 
message was generated is 
indicated by XXXX. 

Procedure NDLLIST located an 
unrecognizable record type. The 
name of the procedure from which 
the ABORT message was generated is 
indicated by XXXX. 

Procedure NDLLIST located a read 
error in NCF/LCF. The name of the 
procedure from which the ABORT 
message was generated is 
indicated by XXXX. 

The NDL processor opened an existing 
local configuration file, but this 
file did not contain a valid file 
flag (see section 9). This message 
is also issued at the end of a file 
creation job when fatal errors were 
detected during processing. 

The NDL processor opened an existing 
network configuration file, but this 
file did not contain a valid file 
flag (see section 9). This message 
is also issued at the end of a file 
creation job when fatal errors were 
detected during processing. 

The NDL processor attempted to open 
the file specified for job input but 
could not find any information. 

The NDL processor requires 
additional central memory to 
completely process all input 
statements that cause table 
generation. Excessive use of 
the DEFINE statement can cause 
the processor to need additional 
table space. 

The NDLP command used by the job 
contains a format or syntax error. 

The NDL processor has finished all 
possible work on its input and ended 
its execution. 



Action 



This indicates a design error. 
Follow the site-defined procedure 
for software errors. 



Regenerate LCF/NCF by using NDLP. 
If the problem still exists, 
follow the site-defined procedure 
for software errors. 



Regenerate LCF/NCF by using NDLP. 
If the problem still exists, 
follow the site-defined procedure 
for software errors. 



Regenerate LCF/NCF by using NDLP. 
If the problem still exists, 
follow the site-defined procedure 
for software errors. 



The unverifiable file should be 
recreated or a different file used 
for NDL processor input. 



The unverifiable file should be 
recreated or a different file used 
for NDL processor input. 



Check job structure or verify con- 
tents of the input file. Rerun the 
job. 

Remove as many NDL DEFINE state- 
ments as possible from the input 
file, or add an RFL statement to the 
command portion of the job and 
rerun the job. 



Correct the command and rerun the 
job. 

Informative only. 
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Message 


Significance 


Action 


lfn - NO ERRORS ENCOUNTERED. 

lfn - mmm ERRORS AND nn 
WARNINGS. 


A properly validated network 
definition file has been created or 
listed by the NDL processor and 
given the indicated local file name. 

If mmm is not zero , the indicated 
number of fatal diagnostic message 
errors are described in the error 
summary listing produced by the NDL 
processor as part of the listing 
output file. A nonzero value for 
mmm indicates that any network 
definition file created by the job 
from the named division does not 
contain a valid file flag. If an 
is not zero, the indicated number 
of nonfatal diagnostic message 
errors are described in the error 
summary listing. A nonzero value 
for nn does not affect the valid 
file flag of any network definition 
file created by the job. 


Informative only. 

Correct the NDL statements input and 
rerun the job if mmm is not zero. 
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o 
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This glossary defines terms unique to the descrip- 
tion of the software presented in this manual. It 
does not contain terms defined in the American 
National Standard X3/TR-1 — 77, American National 
Dictionary for Information Processing, unless those 
terms are used with a different meaning within this 
manual . 

This glossary also contains terms whose interpreta- 
tion within this manual is intended to be more 
constrained or different from that commonly made. 
Some terms used in other manuals for the network 
software are included for the reader's convenience 
when reconciling terminology. 

Acknowledgment , Block - 

A message returned to the sender confirming the 
delivery of one or more messages or blocks. 

Application Connection Number (ACN) 

A number assigned by the Communications Super- 
visor program to identify a particular logical 
connection within an application program. 

Application Interface Program (AIP) 

A group of routines that reside in the applica- 
tion program's field length to translate and 
buffer communication between the application 
program and the network. 

Application Name (ANAME) 

Up to seven 6-bit display code letters or 

digits (the first must be a letter) used to 

identify an application program. It is used by 
another application program or by a terminal 

operator when connection to the application is 
requested. 

Application Program - 

A program resident in a host computer that uses 
the Network Access Method and provides an 
information storage, retrieval, and/or process- 
ing service to a remote user via the data 
communication network. 

Archetype Terminal - 

The specific terminal equipment possessing all 
of the device attributes used as defaults for 
the parameterization of one terminal class. 
Each terminal class has a corresponding arche- 
type terminal. 

Auto-Loading - 

The process whereby a non-CDC network process- 
ing unit is loaded before joining the network. 
From the viewpoint of the Network Supervisor, 
the NPU loads itself automatically. 

Automatic Login - 

The process whereby one or more of the Network 
Validation Facility login dialog parameters is 
supplied to NVF from the local configuration 
file. Parameters supplied through automatic 
login configuration of a terminal suppress 
prompting for the corresponding dialog entries 
and can override any entries made from the 
terminal. 
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Automatic Recognition - 

The process whereby the Terminal Interface 
Program identifies characteristics of a ter- 
minal when the terminal's communication line 
becomes active. The Terminal Interface Program 
determines these characteristics by various 
methods for lines configured for automatic 
recognition. The Communications Supervisor 
then matches these parameters against the 
descriptions of specific terminals in the 
network configuration file; the terminal with 
the closest match to the empirically determined 
parameters is automatically recognized as the 
terminal on the communication line. 



Batch Device - 

See Passive Device. 

Block - 

An arbitrary grouping of data bytes, trans- 
mitted as a single entity; blocks are formed 
and reformed by various software within the 
network, and by device hardware during input. 
See also Transmission Block, Downline Block, 
and Upline Block. 



Block Limit - 

The number of message blocks that can be await- 
ing delivery at any one time in either the 
host-to-NPU direction or the NPU-to-host direc- 
tion for a single terminal or terminal device. 



Character - 

Unless otherwise specified, references to 
characters in this manual are to CDC 6-bit 
display-coded characters. 



Cluster - 

Mode 4 devices grouped by 
address. 



common cluster 



Cluster Address - 

The hardware address of a cluster. This term 
is used in several ways within mode 4 communi- 
cations documentation, as shown in table C-l. 



Communication Element - 

Any entity that constitutes a point of input 
to, or output from, the data communication 
network. This includes terminal devices, 
communication lines, and application programs. 

Communication Line - 

A complete communication circuit between a 
terminal and its network processing unit. 



Communications Control Program - 

A portion of the network software that resides 
in a 255x series network processing unit. This 
software can include such routines as the 
Terminal Interface Program. 



C-l 



TABLE C-l. MODE 4 NOMENCLATURE EQUIVALENCE 



Networks Nomenclature 


Mode 4A Nomenclature 


Mode 4C Nomenclature 


Network processing unit 


Data source 


Control station 


Cluster address 


Site address 


Station address 


Cluster controller 


Equipment controller 


Station 


Terminal address 


Station address 


Device address 


Terminal 


Equipment controller 


Station 


Device 


Equipment 


Device 



o 
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Communications Supervisor - 

A portion of the network software, written as 
an application program. The Communications 
Supervisor coordinates the network-oriented 
activities of its host computer and all of that 
host's communication elements. 

Console - 

See Interactive Device. 

Constant Carrier - 

A communication line with a transmission carrier 
signal that remains on continuously; failure is 
reported if the carrier signal received remains 
off for a period of time that equals or exceeds 
a failure verification period. 

Contention Terminal - 

When a terminal can input at the discretion of 
the terminal user and has an input rate that 
cannot be controlled directly; contrast with 
Controlled Terminal. Asynchronous terminals 
are contention terminals. 

Controlled Carrier - 

A communication line with a transmission carrier 
signal that is raised and lowered with each 
block transmitted; failure is reported if the 
carrier signal received does not fluctuate in a 
similar fashion. 



Controlled Terminal - 

A terminal that places data 
line only in response to a 
input rate for such a 
controlled by controlling 



on a communication 

poll. The maximum 

terminal can be 

the polling rate. 



Mode 4 devices are controlled. 

Coupler - 

A hardware module that resides in a front-end 
network processing unit and links the network 
processing unit to a host computer. 

Data - 

Any portion of a message created by the source, 
exclusive of any information used to accomplish 
transmission of such a message. 

Dedicated Line 

A communication line that is permanently 
connected between a terminal and a network 
processing unit. Contrast with Switched Line. 
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DEFINE - 

An NDL statement that provides the macro-like 
capability of substituting an identifier in 
coding for a more complex entity. When the 
coding is processed, the identifier is inter- 
preted as if it had been replaced by the com- 
plex entity. Also, a NOS command that creates 
permanent files. 

Destination - 

The device or application program designated to 
receive the message. 

Destination Node - 

The NPU node that directly interfaces to the 
destination of a data message block. 

Device - 

A portion or all of a terminal. This term is 
used in various ways within mode 4 communica- 
tions documentation, as shown in table C-l. 

Direct Access File - 

In the context of NOS permanent files, a file 
that is accessed and modified directly. 

Downline - 

The direction of output flow, from host to 
device. 

Downline Block - 

A group of one or more logical lines (messages) 
transmitted from a host application program as 
a single unit. 

Echoplex - 

The process of returning received characters on 
a full-duplex line. Not all terminals on 
full-duplex communication lines are capable of 
echoplex operation. 

Frame - 

A block of data sent across a high-speed data 
link. The frame is the basic communication 
unit used in trunk (NPU-to-NPU) communications 
and provides high-data density in bit-serial 
format over data-grade lines, as well as data 
assurance . 

Front-End NPU - 

A network processing unit linked directly to a 
host computer through a coupler. 
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Full Duplex - 

Two-way simultaneous transmission on a communi- 
cation line. 



Half Duplex - 

Two-way alternating transmission on a communi- 
cation line. 

Host - 

A computer that executes application programs. 

Host Availability Display (HAD) - 

A terminal display that lists all the paths the 
terminal user can currently use to gain access 
to a host. The terminal user can control this 
display by using the HD command. Using the HN 
command sets or changes the path through which 
the terminal is connected to the host. The HAD 
is seen by the terminal user immediately after 
entering HD or HD=Y, when first connecting to 
an NPU, or when logging out from the host. 

Host Node - 

The node ID number of the NPU coupler that 
directly interfaces with a host computer. 

Host Operator (HOP)- 

The administrative operator who manages the 
communication elements of the network within 
the local computer system by communicating with 
the Communications Supervisor in the host 
computer. Contrast with NPU operator. The 
host operator is an administrative operator 
within the network and is always the host 
computer's operating system operator. 



Input - 

Information flowing upline from terminal to 
host computer. 

Interactive Device - 

Any device capable of conducting both input and 
output, making it capable of dialog with the 
Network Validation Facility. Also known as a 
console-type device. Contrast with passive 
device. 



Label - 

The value declared as the element-name field of 
an NDL statement. 

Level - 

For logical records, an octal number through 
17 in the system-supplied 48-bit marker that 
terminates a short or zero-length PRU. In 
input decks, an octal number specified on 7/8/9 
or /*EOR cards. 

Line - 

A connection between an NPU and a terminal or a 
group of terminals. 

Local Computer System - 

That portion of a network associated with one 
copy of the Communications Supervisor and 
controlled by a host operator. 



Local Configuration File - 

A file in the host computer system, containing 
information on the access requirements and 
restrictions of application programs or users 
of that host. The file contains a list of the 
application programs available for execution in 
the host computer, and the devices that require 
special login processing to access it. This is 
a NOS direct access permanent file. 

Local NPU - 

An NPU that is connected to the host via a 
coupler. Synonymous with Front-End NPU. 
Contrast with Remote NPU. 

Logical Connection - 

A logical message path established between two 
application programs or between a network 
device and an application program. Until ter- 
minated, the logical connection allows messages 
to pass between the two entities. 

Logical Line - 

A single logical message transmitted between 
two application programs or between a network 
device and an application program. A logical 
line can contain several physical lines. 

Logical Link - 

The portion of a logical connection defined by 
host node and terminal node ID numbers. 

Logical Record - 

Under NOS, a data grouping that consists of one 
or more PRUs terminated by a short PRU or zero- 
length PRU. Equivalent to a system-logical- 
record under NOS/BE. 



Macromemory 

The portion of 255x Series network processing 
unit memory that contains code involved in data 
communication such as the Terminal Interface 
Program. 

Message 

A logical unit of information, as processed by 
an application program; equivalent to a logical 
line. When transmitted over a network, a mes- 
sage can consist of one or more network data 
blocks. 

Micromemory 

The portion of 255x Series network processing 
unit memory that contains code defining the 
unit to itself. 

Mode 4 - 

A communication line transmission protocol that 
requires the polling of sources for input to 
the data communication network. Control Data 
supports two types of mode 4 equipment, mode 4A 
and mode 4C. Mode 4A equipment is polled 
through the hardware address of the console 
device, regardless of how many devices inter- 
face to the network. Mode 4C equipment is 
polled through separate hardware addresses, 
depending on the point each device uses to 
interface with the network. 
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Neighbor Node - 

The node ID number associated with an NPU at 
one end of a trunk by the NPU at the other end 
of the trunk. The neighbor node can be the 
same as a terminal node. 

Network Access Method (NAM) - 

A software package that provides a generalized 
method of using a communication network for 
switching, buffering, queuing, and transmitting 
data. 

Network Configuration File - 

A network definition file in the host computer, 
containing information on the network elements 
and permissible linkages between them. The 
status of the elements described in this file 
is modified by the host or NPU operator in the 
course of managing the network through the 
Communications Supervisor. This is a NOS 
direct access permanent file. 

Network Definition File - 

Either of the two types of NDL program output 
files that determine the configuration of the 
network. This can be a network configuration 
file or a local configuration file. 

Network Definition Language (NDL) - 

The compiler-level language used to define the 
network configuration file and local configura- 
tion file contents. 

Network Definition Language Processor (NDL Proc- 
essor) 

The network software module that processes an 
NDL program as an off-line batch job to create 
the network definition files and other NDL 
program output. 

Network Element - 

Any configurable entity supervised by the 
Communications Supervisor or loaded by the 
Network Supervisor. A network element consists 
of any entity in the total computer and termi- 
nal network; this term is often applied to the 
data communication network entities comprising 
the NPUs and their linkages. 

Network Processing Unit (NPU) - 

The collection of hardware and software that 
switches, buffers, and transmits data between 
terminals and host computers. 

Network Supervisor - 

A portion of the network software, written as a 
NAM application program. The Network Super- 
visor loads all NPUs in the communication 
network that cannot load themselves. 

Node 

A network element that creates, absorbs, 
switches, and/or buffers message blocks. 

Normalized Mode - 

The initial transmission mode of all console 
devices in the network. In normalized mode, 
the Terminal Interface Program performs limited 
line editing functions on input, converts all 
terminal character codes to 7-bit ASCII codes, 
and performs upline blocking based on input of 
end-of-line and end-of-block codes. Normalized 



mode output is treated in the opposite manner; 
ASCII codes received from the host are con- 
verted to terminal character codes and codes to 
reposition and control the output mechanism and 
are inserted at appropriate places in the 
output data. 

NPU Load File - 

The permanent file within the host computer 
system that contains variants of the CCP soft- 
ware appropriate for loading into the network's 
255x Series NPUs; created by the NPU load file 
generator and used by the Network Supervisor. 

NPU Operator (NOP)- 

The administrative operator who manages the 
hardware, linkages, and other network elements 
of the data communication network by communi- 
cating with the Communications Supervisor in a 
host computer. Contrast with host operator. 
The host operator can also be an NPU operator, 
but the NPU operator need not be the operating 
system operator for the host computer. 

Output - 

Information flowing downline from host to 
device. 

Owning Console - 

The interactive device associated with a given 
passive device. The owning console enters 
commands that control the operation of the 
passive device and is always a device within 
the same terminal. 

Packet-Switching Network (PSN) - 

A network that provides data communications 
service between various terminals and computer 
systems or networks. 

Terminal interface to a PSN is defined by the 
packet assembly /disassembly (PAD) access. PSN 
interface with a NOS network is defined by the 
X.25 protocol. Packet-switching networks are 
sometimes called public data networks (PDNs). 

PAD SubTIP - 

A subTIP of the X.25 TIP that allows 
asynchronous ASCII terminals to communicate 
over a packet-switching network. 

Parameterization - 

The process whereby all of the configurable 
characteristics of a specific model of terminal 
are reconciled with the characteristics of that 
terminal's general terminal class. All char- 
acteristics not specifically declared for a 
given device are inferred from the terminal's 
assigned terminal class. Characteristics can 
be declared through the device definition in 
the network configuration file, or by the 
terminal user through dialog with the Terminal 
Interface Program, or by an application program 
servicing the device. 

Passive Device - 

Any device incapable of conducting both input 
and output and therefore incapable of dialog 
with the Network Validation Facility. Batch 
unit record peripherals are typical examples of 
passive devices. Also known as a nonconsole 
device. Contrast with Interactive Device. 
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Peripheral Processor Unit (PPU) - 

The hardware unit within the host computer that 
performs physical input and output through the 
computer's data channels. 

Physical Line - 

A string of data that is determined by the 
physical characteristics of the terminal (page 
width or line feed). Contrast with Logical 
Line, which is determined by a carriage return 
or other forwarding signal. 

Physical Record Unit (PRU) - 

Under NOS, the amount of information trans- 
mitted by a single physical operation of a 
specified device. The size of a PRU depends on 
the device: 



Device 



Size in Number 
of 60-Bit Words 



Mass storage 


64 


Tape in SI format 


512 


with binary data 




Tape in I format 


512 


Tape in other format 


Undefined 



A PRU that is not full of user data is called a 
short PRU; a PRU that has a level terminator 
but no user data is called a zero-length PRU. 



Port Number - 

The hexadecimal number assigned to the communi- 
cation line ports of an NPU; physically identi- 
fied by a thumbwheel on a communications line 
adapter of the NPU. 

Priority - 

The condition when traffic through the network 
is maintained preferentially for one or more 
devices out of all devices producing network 
traffic. Devices with priority are the last 
devices for which network traffic is suspended 
when traffic must be temporarily stopped 
because the network is operating at capacity . 
Devices with priority do not otherwise receive 
any preferential treatment of their input or 
output . 

Program Initiation Control Block (PICB) - 

The identifier of a load module for the CCP 
software contained in the NPU load file; the 
PICB determines what variant of CCP is downline 
loaded into a given NPU by the Network Super- 
visor . 

PRU Device - 

Under NOS, a mass storage device or a tape in 
SI or I format , so called because records on 
these devices are written in PRUs . 



Random File - 

In the context of the NOS operating system, a 
file with the random bit set in the file 
environment table in which individual records 
are accessed by their relative PRU numbers. 
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Remote NPU - 

A network processing unit linked indirectly to 
a host computer through another network proc- 
essing unit . 

Sequential - 

A file organization in which records are stored 
in the order in which they are generated. 

Short PRU - 

A PRU that does not contain as much user data 
as the PRU can hold and that is terminated by a 
system terminator with a level number. Under 
NOS, a short PRU defines EOR. 

Site - 

All of the hosts and NPUs in a network under 

single administrative control. All of the NPUs 

belonging to a site must run the same release 

level of CCP. The NCFs used by the site must 

be built by the same level of NDLP as the 
release level of CCP. 

Source - 

The device or host computer program that 
created the message. 

Source Node - 

The node that interfaces directly to the source 
of a data message block. 

Station - 

A provider and/or recipient of data messages; 
usually synonymous with a terminal or a group- 
ing of devices. This term is used in various 
ways within mode 4 communication documenta- 
tion, as shown in table C-l . 

Switched Line - 

A communication line connected with one network 
processing unit but able to be connected to any 
one of several „ terminals via a switching 
mechanism, such as a dialed telephone line. 

Terminal - 

An entity, external to the communications net- 
work but connected to it via a communication 
line, that supplies input messages to, and/or 
accepts output messages from, an application 
program. A terminal can comprise only one 
device (interactive terminals) or several 
devices (batch terminals). 

Terminal Address - 

The hardware address of a mode 4 station. This 
term is used in various ways within mode 4 
communication documentation, as shown in table 
C-l. 

Terminal Class - 

An NDL parameter describing the physical 
attributes of a group of similar terminals, in 
terms of an archetype terminal for the group. 

Terminal Interface Program (TIP) - 

A portion of the Communications Control Program 
that provides an interface for terminals con- 
nected to a 255x Series network processing 
unit. The TIP performs character conversion to 
and from 7-bit ASCII, limited editing of the 
input and output stream, parity checking, and 
so forth. 
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Terminal Name - 

A name of up to seven letters and digits known 
to the network and used to identify a device to 
the host or NFU operator. 

Terminal Node - 

The node ID number associated with an NPU that 
interfaces with a terminal. 

Terminal User - 

The person operating the controls of a device. 

Transmission Block - 

During input, a group of one or more logical 
lines (messages of one or more network data 
blocks) transmitted as a single unit; during 
output , a group of one or more physical lines 
transmitted as a single unit. 

Transparent Mode 

A software feature provided by the Network 
Access Method and the network processing unit 
TIP. when transparent mode transmission occurs 
between an application program and a device, 
the Network Access Method does not convert data 
to or from display code , and the TIP does not 
completely edit the character stream to insert 
or remove terminal protocol control codes or 
convert the characters to or from 7-bit ASCII 
code. When no parity is in effect for the 
device and transparent mode transmission 
occurs, all 8 bits of the character byte can be 
used to represent characters in 256-character 
sets (such as EBCDIC). 



Trunk - 

The communication line connecting two network 
processing units. 

Upline - 

The direction of input flow from terminal to 
host computer . 

Upline Block - 

A group of data bytes representing a single 
physical line of input; a logical line (a 
single message) can consist of more than one 
upline network data block. 

User Name - 

The NOS validation file parameter entered by 
the terminal user during the Network Validation 
Facility login procedure. 

X.25 Packet Assembler/Disassembler (PAD) - 

The access mechanism used by an unintelligent 
asynchronous terminal to access a packet- 
switching network; the PAD is usually supplied 
by the packet-switching network. The PAD is 
defined by the CCITT Standard X.3, and the 
interfaces between the PAD and the terminal and 
the PAD and the NPU are defined In CCITT Stan- 
dards X.29 and X.28. 



Zero-Length PRU - 

A PRU that contains system information but no 
user data. Under NOS, a zero-length PRU de- 
fines EOF. 
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The Network Definition Language comprises reserved 
words of two types: those statement names and 
keywords which control statement interpretation, 
and those reserved words which define values. This 
appendix lists words in both categories; words 
reserved for future implementation are also listed. 



RESERVED STATEMENT 
NAMES AND KEYWORDS 

The NDL Processor interprets the following words as 
statement identifiers or as keywords within 
statements. You cannot use these words as DEFINE 
statement identifiers and should not use them as 
element names or as values for user-defined 
parameters : 



AB 

ABL 

ACCLEV 

AL 

ANAME 

APPL 

ARSPEED 

AUTO 

AUTOCON 

AUTOLOG 

BCF 

BR 

BS 

BSC 

Bl 

B2 

CA 

CI 

CN 

CO 

COLLECT 

COMMENT 

COUPLER 

CP 

CSET 

CT 

CTYP 

DBL 

DBZ 

DCE 

DEFINE 

DEVICE 

DFAM 

DFL 

DHOST 

DI 

DLC 

DLTO 

DLX 

DMP 

DNODE 

DO 

DPLR 

DPLS 



DT 

DTE 

DTEA 

DUSER 

EBO 

EBR 

EBX 

ELO 

ELR 

ELK 

END 

EOF 

EP 

FAC1 thru FAC31 

FAM 

FASTSEL 

FRAME 

GROUP 

HD 

HN 

HNAME 

IC 

IMDISC 

IN 

INCALL 

KDISP 

LCN 

LFILE 

LI 

LINE 

LK 

LLNAME 

LOC 

LOGLINK 

LSPEED 

LTYPE 

MAPPL 

MC 

MFAM 

MREC 

MUSER 

NAME1 

NAME2 

NCIR 

NCNAME 

NEN 

NFILE 

NI 

NODE 

NOLOAD 

NOLO AD 1 

N0L0AD2 

NPU 

NSVC 

Nl 

N2 

OC 

OP 

OPGO 

OUTCALL 

PA 

PAD 

PAPPL 

PFAM 
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PG 

PID 

PL 

PORT 

PR 

PRI 

PRID 

PRIV 

PRU 

PSN 

PT 

PUSER 

PW 

PI 

P2 

P90 thru P99 

RCOUNT 

RIC 

RTIME 

SDT 

SHOST 

SNODE 

STIP 

STREAM 

SUPLINK 

TA 

TC 

TERMDEV 

TERMINAL 

TIP TYPE 

TITLE 

TMC 

TMTO 

TMX 

TMY 

TRUNK 

TSPEED 

UBL 

UBZ 

UDATA 

HID 

UNAME 

USER 

VARIANT 

W 

ws 

XAUTO 

XBZ 

XLC 

XLTO 

XLX 

XLY 



RESERVED VALUE MNEMONIC 
WORDS 

The NDL processor recognizes the following words as 
predefined values in parameter declarations. You 
should not use these words as DEFINE statement 
identifiers or as element names: 

AP 

APLBP 

APLTP 

ASCII 

ASYNC 

AUTOREC 

Al 

A2 

A6 

A9 
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BCD 

BK 

BSC 

B6 

CCP 

CDSN 

CON 

CORAPL 

CORRES 

CP 

CR 

C120 

DATAPAC 

DI 

DTI 2 

E 

EB 

EBCD 

EBCDAPL 

EBCDIC 

EL 

HASP 

HPOST 

HPRE 

HI 

H2 

H2000 

KB 

LP 

MODE4 

M33 

M4A 

M4C 

M40 

N 

NO 

NONE 

N2741 



PAD 

PL 

POST 

PR 

PRE 

PRIMARY 

PSN253 thru PSN255 

PT 

PVC 

SDT12 

SDT13 

SDT14 

SDT15 

SECOND 

SVC 

SI 

S2 

S3 

S4 

TC28 thru TC30 

TELENET 

TRNSPAC 

TT12 thru TT14 

TYMNET 

T4014 

UNINET 

USER 

X25 

X364 

YES 

Z 

6BIT 

8BIT 

26 
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29 721 

110 734 

134 752 

150 1200 

200UT 2400 

300 2741 

600 2780 

711 3270 

713 3780 

714 4800 
714X 9600 
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LANGUAGE SUMMARY 



FORMAL SYNTAX 

The syntax of the Network Definition Language is formally described in Backus-Naur Form, as shown in figure 
E-l. This formal syntax is provided as background information only; the syntax used in coding an NDL program 
is described in sections 2 through 8. 



The following list defines the terms of statement definition: 



<asterisk> 
<asterisks> 
<null> : 
<blank> : 
<blanks> : 
<nblanks> 
<letter> : 
<digit> 
<alpha> 
<ID> : 
<number> : 
<equals> : 
<comma> : 
<period> : 
<colon> : 
<separator> 
<username> 

<value> : 



I F 



:= <asterisk> | <asterisks> <asterisk> 
:= <> 

:= < > 
: := <blank> | <blanks> <blank> 

: := <blanks> | <null> 

: := A | B | ... | Z 

:= | 1 1 ... I 9 | A | 

:= <letter> | <digit> 

= <letter> | <ID> <digit> 

: := <digit> | <number> <digit> 

:= <nblanks> , <nblanks> 
: := <nblanks> . <nblanks> 

: := <comma> | <blanks> 
: := <ID> | <ID> <asterisks> | <asterisks> <ID> | <username> <asterisks> | 

<asterisks> <username> 
:= <number> | <ID> I <username> 



The following list defines the content of statement definitions: 



<element-name> 
<statement-ID> 
<keyword> : := 
<keywords> : : 
<declaration> : 
<declarations> 
<statement-end> 



:= <ID> | <null> 

:= <ID> 
<ID> 

<keyword> | <keywords> <keyword> 
:= <keywords> | <keyword> <equals> <value> 

:= <declaration> | <declarations> <separator> <declaration> 
: := <period> 



The following defines the general form of an NDL statement: 
<NDL-statement> : 



<element-name> <colon> <nblanks> <statement-ID> <separator> 
<declarations> <statement-end> 



Figure E-1. Formal Syntax of NDL in Backus-Naur Form 
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STATEMENT SUMMARIES £\ 
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This appendix summarizes the formats of all recognized NDL statements. Formats are presented in a manner 
similar to that used in sections 2 through 8, where the valid value declarations are described in detail. The 
following formats are listed alphabetically by statement name; default values are shown; they are underlined 
when no dependencies for the default value exist. 



Page 
service: APPL [, PRIV 1= {If} ] , UID [={^ S } ] ' DI [ = {]to} ] ' KDISP l= {^m) ] ' 8 " 4 

PRU [={™ S } 1 - NETXFER [= |™ S | ] , RS [= j jJ S J ] , MXCOPY=mxcopy ] . 

/COMMENT) , „ , , , , „ , 

W > [ , string J [. ] 2-7 

i PU TMA W \ 

coupler: COUPLER, NODE=node [ , HNAME=hostnam, LOC= < SEC0ND [ ] . 3-3 

defname: DEFINE, value declaration [, value declaration, ] ... , [ value declaration ] . 2-7 i?~~~~\ 

\J 

device: DEVICE [, DT=devtyp, SDT=subdt, TA= { AUT0RE , C 1 , ABL=abl, DBZ=dwnlsiz, UBZ= I ^— j I , 4-10, 
' ' (trmaddrj ( upbsize I s _, 



DBL=dwnblim, UBL=upblim, XBZ=xmitsiz, DO=|i- \ , STREAM= i A " T0REC \ AUTOLOG [=|3n S ^ J » 

(devordj (streamno) ( N0_ ) 

AUT0C0N [={™ S } ] , PRI [={™ S } ] , DI [={™ S } ] , HN=node, HD [={™ S } ] , LK={g } , 



AB= 



{»} , -{3} , ,-{£} , ,3- {»} , .,- {»} , «. {»} , OX- <«} 



CR \ 



BK 1 /'PR 



- ■ {£} • — {S} • «>{f } • Atl ■ -*■ {S*} • ~{s,j • ~{f } • 



PA=< 



^ 1 , PG= I CCP \ , PL={pi P } > PW= {p!T} ' P90=fv90, ... , P99=fv99 ] 



5-7, 

5-21, 

6-10, 

6-22, 

6-34, 

6-42, 

7-14 



Z 

I 

END. 2-8 






CN ={cn P } ' CT= {ct P } > DLC ={dlc} > DLT0= {^} ' DLX= {dlx} • EBX ={e C bx} • EBR = J «* [ • 

(no j 

!CR \ /' 

CCP > , EL0= | EB 1 , EP= { CCP > , XLC= l C< ?\ , XLT0= { CCP ' , V^ 

CL I ,CCP > (NO j lxlC ' (NC 



E-2 60480000 M 





o 



o 






o 






o 
o 



group: GROUP, P0RT=port, LTYPE=ltype [ , TIPTYPE=tiptype, L |4, 

O -> , 



lfile: LFILE. 



nfile: NFILE. 

( YF^ ^ ( YES \ 

npu: NPU, NODE=node, VARIANT=picbname [, OPGO [= { N0 M ' DMP [= \ NO [ ] ] * 

OUTCALL, NAMEl=nantel, NAME2/PID=name2/pidname [, SNODE=srcnode, DNODE=dstnode, 
AGCLEV=acclev, PRI [ = {nq S } ! ' DBL=dwnbllm > ABL-abl, DBZ=dwnlsiz, 
DHOST=dsthost, SHOST=srchost, PORT=portnum, WS=windsiz , DPLS=dpls, 
DTEA=dtea, UBL=upblim, UBZ=upbsize, FACl=faccode, ... , FAC31=faccode, 
PRID=protid, UDATA=udata ] . 

SUPLINK, LLNAME=loglink. 



7-6 



AUTO [-{£} ] . XAUTO [={-} 1 . DI t ={- S } ] , L SPEE D = {fg eed } , 
AL=acclev, ARSPEED=arspeed , IMDISC [={to S } ] ' p90=fv90 ' ■•• • P99=f v " > NI= { Iter } ] ■ 
INCALL, FAM=famname, USER=usemam, ANAME=appname [, SNODE=srcnode, 8-9 

DNODE=dstnode, PRI t= { nq S } ] » DBL=dwnbUm > ABL=abl, DBZ=dwnlsiz, 

WS=sndsiz, WR=recsiz, DPLS=dpls, DPLR=dplr, SHOST=srchost, UBL=upblim, UBZ=upbsize, 
PORT=portnum, DTEA=dtea, COLLECT, FASTSEL, FACl=f accode, ... , FAC31=f accode ] . 



8-1 



5-2, 
6-2, 
7-1 



/ YTTQ \ / YF^ \ 

line: LINE, PORT=port, LTYPE=ltype [ , TIPTYPE=tiptype, AUTO .[- j^ | ] , XAUTO [- |^ J ] , 4-2, 

DI r=i YES l ] , LSPEED= I -52P- I AL=acclev, DFL=dfl, FRAME=irame, RTIME=timer, 
\ NO / I lspeed ( 

RCOUNT=count, NSVC=svcirc, PSN=psn, DCE t= { NO S } ] ' DTEA=locadr > ARSPEED [={nq S } ] . 

IMDISC [={nO S | ] ' LCN=lcn ' p90=fv9 ° P99=fv99 ] . 

I YES 1 
logllnk: LOGLINK, NCNAME=npuname [, DI [= < m V ] ] . 



3-1 



3-2 



8-6 
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5-4, 

5-20 , _~ 

»{ssf } • »hsi • <h™> • » ■■{« } ■ • -—«• •*■—■ a. O 

6-31, 
( YES ) 6-41 , 

NCIR=numcirc , PAD=string, NEN=encirc, COLLECT [= { N0 > ] , DT=devtyp, SDT=subdt, 7-10 

TA Itrmadr f ' ABL=abl > DBZ=dwnlsiz, UBZ= (— f siz | . DBL=dwnblim, UBL=upblim, XBZ=xmitsiz , 
Hivord}' 8TREtt-.trw.no, AUTOLOG [={™ S J ] , AUTOCON [- |™} ] , PRI [=|™ S J ] , 

DI l ~{«?} ] ' HN=node ' m {= {no S } ] ' LK= l^l ' '**■{•"} • br ={ccpJ , cp=jcci 



o^~V 



,= |i'} ' DLX= (dlx} > EBX ={ebx) • EBR =J<f { • EB0 "{el^} > ELX= {f^}> "-'^' 



'E 

fBK ) /PR \ 1 o / <?' 

KB ( , T (CCPt „„ JDI f __ j YES ) Jccpf ( YES ) 



E-4 



PW= {S P } ' E ° F "{no S } ' P90=fv90 > ••• > P99=fv99 ] . 

TERMINAL [, STIP= \f™™\ , TC=trmclas, CSET- i^TOREC) (AUTOREC) (AUTOREC) 

(stiptypj \charset/ ' \trmsped/ ' ( clsadr /' '' 

5-19, 

RIC= {No'} • C0 = {conorf } > BCF [= {S S } ] ' MREC - mreC > W= P acWn dw * CTYP=c ir typ, ^ 

6-31 * 

(YES I fYF<$} 6—41, 

NCIR=numcirc, PAD=string, EOF= | NQ > , NEN=encirc, COLLECT t-<™ > 11. 7-9 

TITLE [, string ] . 2 _ 7 

trunk: TRUNK, Nl=npul, N2=npu2, Pl=portl, P2=port2, 3-7 

[ N0L0AD1 t={^ S } ]. N0L0AD2 [- |g S | ], FRAME=f rame , DI 1= {™} ] ] . 

device: USER [ , MFAM= J mamrfam J , MUSER= {^| USr } , MAPPL- { ^ Ppl J , DFAM= |Sef tfam J , ' 8-2 

DUSER= {ST Sr } > p FAM=p fam , PUSER-puser, PAPPL- { ggg™ } ] . 
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LIMITATIONS ON CONFIGURATIONS 



O 



The NDL processor allows you to configure more 
network elements than the released version of the 
CDC network software supports. There are no maxi- 
mum allowed numbers of most NDL statements. The 
Network Definition Language can therefore be used 
to define configurations supported by site-written 
variants of the released network software. 

The released version of the CDC network software 
requires upper limits on the number of elements 
configured for each host. These limits avoid 
excessive central memory usage by the network soft- 
ware. The limits consist of a maximum number of 
elements, as described in table F-l. 

Other constraints are imposed by the types of ele- 
ments in the network and by the method used to 
connect each site network to another. For example: 

HASP terminals can have a maximum of 22 devices. 

3780 terminals can have a maximum of four 
devices. 

The number of devices that can access an X.25 
network depends on the number of virtual cir- 
cuits leased from the X.25 network. 

Such constraints are mentioned in the main text 
where each of the the NDL statements is described. 



TABLE F-l. MAXIMUM NUMBER OF ELEMENTS 



Element 


Maximum Number! 


Per Network 


Per Host 


Applications 

Couplers 

Hosts 

NPUs 

Terminals with 
simultaneous access 

Trunks per remote NFU 
to use for loading 

Users 


32130 

63 

63 

255 

257985 

4 

64449 


510 

8 

1 

255 

4095 

4 

1023 


tMinus the number of couplers; this maximum is 
determined by the range of allowed node 
numbers . 
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4-10 
4-7 

7-14 
7-9 



4-10 
4-7 

7-14 
7-9 

6-10, 6-22, 6-34, 6-42 
6-7, 6-20, 6-31, 6-41 

5-7, 5-21 
5-4, 5-20 



AB parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 
Site-defined protocol 
DEVICE statement 
TERMDEV statement 
ABL parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 
Site-defined protocol 
DEVICE statement 
TERMDEV statement 
Synchronous protocol 
DEVICE statement 
TERMDEV statement 
X.25 protocol 

DEVICE statement 
TERMDEV statement 
Acknowledgement , block C-l 
ACN (see Application Connection Number) 
Administrative operator 1-4 
AIP (see Application Interface Program) 
AL parameter 

Asynchronous protocol 

GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-5 
LINE statement 6-2 
X.25 protocol 

LINE statement 5-2 
ANAME (see Application Name) 
APPL statement 2-5, 8-3 
Application Connection Number (ACN) C-l 
Application Interface Program (AIP) 1-2, 
Application Name (ANAME) C-l 
Application program C-l 
Application-to-Application connection 
Definitions 5-19 
Interhost 1-15 
Interhost X.25 1-16 
Intrahost 1-15 
Archetype terminal C-l 
ARSPEED parameter 

Asynchronous protocol 

GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
ASYNC TIP 4-1 

Asynchronous line definition 4-1 
Asynchronous protocol devices, lines, and 

terminals 4-1 
Asynchronous protocol statements 
DEVICE 4-10 
GROUP 4-4 
LINE 4-1 
TERMDEV 4-7 
TERMINAL 4-6 
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C-l 



AUTO lines 4-1 
Auto-loading C-l 
AUTO parameter 

Asynchronous protocol 

GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-5 
LINE statement 6-2 
AUT0CON parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 
TERMDEV statement 6-7, 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
AUT0LOG parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 
DEVICE statement 
TERMDEV statement 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Automatic login C-l 
Automatic recognition 2-1, C-l 
Automatic recognition-dependent keywords 
Automatic recognition line 4-1, 6-3, 7-1 



1-1 



6-22, 6-34, 6-42 
6-20, 6-31, 6-41 



6-10, 
6-7, 



6-22, 6-34, 6-42 
6-20, 6-31, 6-41 



2-1 



Basic network concepts 
Batch device C-l 
BCF parameter 

Site-defined protocol 
TERMDEV statement 
TERMINAL statement 
Synchronous protocol 
TERMDEV statement 
TERMINAL staement 
Block C-l 
Block limit 

Asynchronous protocol 
Description C-l 
Site-defined protocol 
X.25 protocol 5-18 
BR parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 
Site-defined protocol 
DEVICE statement 
TERMDEV statement 



7-10 
7-9 

6-31 
6-31 



4-24 



7-26 



4-10 
4-7 

7-14 
7-10 
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7-14 
7-9 

5-7 
5-4 



4-26 
7-28 



6-50 



4-10 

4-7 

7-14 



BR parameter (Contd) 

X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
BS parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 

X.25 protocol 

DEVICE statement 
TERMDEV statement 
BSC TIP 6-30 
Buffering data 

Asynchronous protocol 

Site-defined protocol 

Synchronous protocol 

Batch devices 6-51 
Interactive devices 

X.25 protocol 5-21 
Bl parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 7-10 

Synchronous protocol 
DEVICE statement 
TERMDEV statement 

X.25 protocol 

DEVICE statement 
TERMDEV statement 
B2 parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 

Synchronous protocol 
DEVICE statement 
TERMDEV statement 

X.25 protocol 

DEVICE statement 
TERMDEV statement 



CA parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
Synchronous protocol 

TERMDEV statement 6-7, 
TERMINAL statement 6-7, 
CCP (see Communication Control Program) 
CCP-default keywords 2-3 
CDC-written application programs 
Character C-l 
Character set tables A-l 
CI parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 



6-10, 


6-22, 


6-42 


6-7, 


6-20, 


6-41 


5-7 






5-4 






4-10 






4-7 






7-14 






7-10 






6-10, 


6-22, 


6-42 


6-7, 


6-20, 


6-41 


5-7 






5-4 







6-41 
6-41 
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7-14 
7-10 

6-10, 6-22, 6-42 
6-7, 6-20, 6-41 

5-7 
5-4 



7-10 
7-9 

6-20, 6-31 
6-19, 6-31 



7-10 
7-9 

5-4 
5-4 
10-1 



-1 



Cluster C-l 
Cluster address C-l 
CN parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 
DEVICE statement 
TERMDEV statement 
Synchronous protocol 
DEVICE statement 
TERMDEV statement 
X.25 protocol 

DEVICE statement 
TERMDEV statement 
CO parameter 

Site-defined protocol 
TERMDEV statement 
TERMINAL statement 
Synchronous protocol 
TERMDEV statement 
TERMINAL statement 
COLLECT parameter 

Site-defined parameter 
TERMDEV statement 
TERMINAL statement 
X.25 protocol 

TERMDEV statement 
TERMINAL statement 
Command portion of program 
Commands 10-1 
COMMENT statement 2-5 
Communication element C-l 
Communication line 1-8, C- 
Communication line protocols 
Asynchronous 4-1 
Site-defined 7-1 
Synchronous 6-1 
X.25 5-1 
Communications Control Program (CCP) 
Communications Processor (CP) 1-4 
Communications Supervisor (CS) 
Console C-2 
Constant carrier C-2 
Contention terminal C-2 
Controlled carrier C-2 
Controlled terminal C-2 
Coupler 1-4, 1-8, C-2 
COUPLER statement 3-3 
CP (see Communications Processor) 
CP parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 
X.25 protocol 

DEVICE statement 
TERMDEV statement 
CS (see Communication Supervisor) 
CSET parameter 

Asynchronous protocol 
TERMDEV statement 
TERMINAL statement 
Site-defined protocol 
TERMDEV statement 
TERMINAL statement 
Synchronous protocol 
TERMDEV statement 
TERMINAL statement 
X.25 protocol 

TERMDEV statement 
TERMINAL statement 
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1-5, C-l 
1-2, C-2 
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4-10 

4-7 

5-7 
5-4 



4-7 
4-7 

7-10 
7-9 






6-7, 6-41 
6-7, 6-41 



5-4, 5-2Q 
5-4, 5-19 
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CT parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 

Synchronous protocol 
DEVICE statement 
TERMDEV statement 

X.25 protocol 

DEVICE statement 
TERMDEV statement 



4-10 
4-7 

7-14 
7-10 

6-10, 6-42 
6-7, 6-41 

5-7 
5-4 



Data C-2 

Data block 1-9 

Data blocking 

Batch device input /output 1-10 
Interactive device input 1-10 
Link data 1-11 
Terminal output 1-11 
Data buffering 

Asynchronous protocol 4-26 
Site-defined protocol 7-28 
Synchronous protocol 6-50 
X.25 protocol 5-21 
Data Circuit Equipment (DCE) 1-6 
Data portion of program 10-3 
Data structures and flow 1-9 
Data Terminal Equipment (DTE) 1-6 
DBL parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10j 6-42 
TERMDEV statement 6-7 , 6-41 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
DBZ parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-42 
TERMDEV statement 6-7, 6-41 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
DCE (see Data Circuit Equipment) 
DCE parameter 

Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 
Declarations 2-1 
Dedicated line C-2 
DEFINE 

NDL statement 2-7, C-2 
NOS command 10-2 
Summary listing 11-1 
Defining a CDC network 

Hardware elements 1-6 
Logical elements 1-13 
Software elements 1-9 
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Defining a device 






Asynchronous protocol 4-10 






Site-defined protocol 7-14 






Synchronous protocol 6-9, 6 


-22, 6-34, 


6-42 


X.25 protocol 5-6, 5-20 






Defining a line 






Asynchronous protocol 4-1 






Site-defined protocol 7-1 






Synchronous protocol 6-1 






X.25 protocol 5-1 






Defining a network 1-6 






Defining a terminal 






Asynchronous protocol 4-6 






Site-defined protocol 7-9 






Synchronous protocol 6-6, 6 


-19, 6-31, 


6-41 


X.25 protocol 5-4, 5-19 






Destination C-2 






Destination node C-2 






Device 






Description C-2 






Interactive 1-9 






Passive 1-9 






DEVICE statement 






Asynchronous protocol 4-10 






General definition 3-8 






Site-defined protocol 7-14 






Synchronous protocol 6-10, 


6-22, 6-34 


, 6-42 


X.25 protocol 5-6, 5-21 






DFAM parameter 8-2 






DFL parameter 






Site-defined protocol 






GROUP statement 7-6 






LINE statement 7-1 






X.25 protocol 






LINE statement 5-2 






DI parameter 






APPL statement 8-3 






Asynchronous protocol 






DEVICE statement 4-10, 


4-15 




GROUP statement 4-4, 4- 


-15 




LINE statement 4-2, 4-15 




TERMDEV statement 4-7, 


4-15 




LOGLINK parameter 3-6 






Site-defined protocol 






DEVICE statement 7-14 






GROUP statement 7-6 






LINE statement 7-1 






TERMDEV statement 7-10 






Synchronous protocol 






DEVICE statement 6-10, 


6-42 




GROUP statement 6-5 






LINE statement 6-2 






TERMDEV statement 6-7, 


6-41 




TRUNK statement 3-6 






X.25 protocol 






LINE statement 5-2 






Diagnostic Operator (DOP) 1-4 






Direct access file C-2 






Division hierarchy 2-5 






Division statements 2-5 






Divisions 






Local 2-4 






Network 2-4 






DLC parameter 






Asynchronous protocol 






DEVICE statement 4-10 






TERMDEV statement 4-7 






Site-defined protocol 






DEVICE statement 7-14 






TERMDEV statement 7-10 






X.25 protocol 






DEVICE statement 5-7 






TERMDEV statement 5-4 






DLT0 parameter 
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4-10 
4-7 

7-14 
7-10 

5-7 

5-4 



4-10 
4-7 

7-14 
7-10 

5-7 
5-4 



7-14 
7-10 

6-10 
6-7 



DLTO parameter (Contd) 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 

X.25 protocol 

DEVICE statement 
TERMDEV statement 
DLX parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 

X.25 protocol 

DEVICE statement 
TERMDEV statement 
DMP parameter 3-2 
DO parameter 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 

Synchronous protocol 
DEVICE statement 
TERMDEV statement 
DOP (see Diagnostic Operator) 
Downline 

Block C-2 

Data 1-9 

Definition C-2 
DT parameter 

Asyncronous protocol 
DEVICE statement 
TERMDEV statement 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 

Synchronous protocol 
DEVICE statement 
TERMDEV statement 

X.25 protocol 

DEVICE statement 
TERMDEV statement . . , _ 
DTE (see Data Terminal Equipment) 
DTEA parameter 

Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 

X.25 protocol 

LINE statement 5-2 
DUSER parameter 8-2 



EB0 parameter 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
EBR parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 

X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
EBX parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
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4-10 
4-7 

7-14 
7-10 

6-10, 6-42 
6-7, 6-41 

5-7, 5-21 
5-4, 5-20 



EBX parameter (Contd) 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Echoplex C-2 
Element name 2-3 
ELO parameter 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10 
TERMDEV statement 6-7 
ELR parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
ELX parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
END statement 2-8 
End-Of-Information (EOI) 10-3 
End-Of-Record (E0R) 10-3 
EOF parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
Synchronous protocol 

TERMDEV statement 6-7 
TERMINAL statement 6-7 
EP parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Equipment Status Table (EST) 3-': 
Error processing B-l 
EST (see Equipment Status Table) 
EXIT command statement 10-3 
Explicit values 2-1 

File 

Creation 10-1 

Inspection 10-2 

Structure 10-1 
Fixed configuration line 6-3 
Formal language syntax E-l 
Frame C-2 
FRAME parameter 

Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 

TRUNK statement 3-6 

X.25 protocol 

LINE statement 5-2 
Front -end NPU 1-4, C-2 
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Full duplex C-3 
Functional language syntax 



2-1 
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Glossary C-l 

GROUP statement 

Asynchronous protocol 4-4 
General definition 3-8 
Site-defined protocol 7-6 
Synchronous protocol 6-5 



HAD (see Host Availability Display) 
Half duplex C-3 
Hardware network elements 
HASP TIP 6-19 
HD parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 
Site-defined protocol 
DEVICE statement 
TERMDEV statement 
Synchronous protocol 
DEVICE statement 
TERMDEV statement 
K.25 protocol 

DEVICE statement 
TERMDEV statement 
Hierarchy 

Divisions 2-5 
Statements 2-5 
HIP (see Host Interface Program) 
HN parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 
Site-defined protocol 
DEVICE statement 
TERMDEV statement 
Synchronous protocol 
DEVICE statement 
TERMDEV statement 
X.25 protocol 

DEVICE statement 
TERMDEV statement 
HOP (see Host Operator) 
Host 

Communications processor 1-8 
Computer 1-4, C-3 
Node C-3 
Host Availability Display (HAD) C-3 
Host Interface Program (HIP) 1-5 
Host Operator (HOP) 1-4, C-3 
Host-resident software 1-12 



IAF (see Interactive Facility) 
IC parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
IMDISC parameter 

Asynchronous protocol 

GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 



1-2, 1-6 



4-10 
4-7 

7-14 
7-10 

6-10, 6-22, 6-34, 6-42 
6-7, 6-20, 6-31, 6-41 

5-7 
5-4 



4-10 
4-7 

7-14 
7-10 

6-10, 6-22, 6-34, 6-42 
6-7, 6-20, 6-31, 6-41 

5-7 
5-4 



IMDISC parameter (Contd) 
Synchronous protocol 

GROUP statement 6-5 
LINE statement 6-2 
X.25 protocol 

LINE statement 5-2 
Implicit values 2-1 
IN parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
INCALL statement 8-8 
Input C-3 

Input to program 11-1 
Interactive device C-3 
Interactive Facility (IAF) 1-12 



Job listing file 1-1, 9-2 
Job structure 10-1 



KDISP parameter 8-4 
Keywords 

Automatic-recognition dependent 

CCP-default 2-3 

No-default 2-3 

Stand-alone 2-4 

Value-required 2-1 



Label C-3 

LCF (see Local Configuration File) 

LCN parameter 

Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 
Level C-3 
LFILE statement 8-1 
LI parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Limitations on configuration F-l 
Line definition 

Asynchronous protocol 4-1 
Site-defined protocol 7-1 
Synchronous protocol 6-1 
X.25 protocol 5-1 
Line protocols 

Asynchronous 4-1 
Site-defined 7-1 
Synchronous 6-2 
X.25 5-1 
LINE statement 

Asynchronous protocol 4-2 
General definition 3-8 
Site-defined protocol 7-1 
Synchronous protocol 6-2 
X.25 protocol 5-1 
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6-10, 6-42 
6-7, 6-41 

5-7 
5-4 



Link data blocking 1-11 
Link Interface Program (LIP) 1-5 
LIP (see Link Interface Program) 
LK parameter 

Asynchronous protocol 

DEVICE statement 4-10 

TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 

TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 

TERMDEV statement 
X.25 protocol 

DEVICE statement 

TERMDEV statement 
LLNAME parameter 3-3 
LOC parameter 3-3 
Local 

Computer system C-3 
Configuration File (LCF) 1-1, C-3 
Division statements 

APPL 8-3 

INCALL 8-8 

LFILE 8-1 

OUTCALL 8-5 

USER 8-1 
Logical 

Configuration of hosts 1-14 
Configuration of terminals 1-15 
Connection C-3 
Line C-3 
Link 1-13, C-3 
Network elements 1-11 
Record C-3 
LOGLINK statement 3-4 
LSPEED parameter 

Asynchronous protocol 

GROUP statement 4-4 

LINE statement 4-2 
Site-defined protocol 

GROUP statement 7-6 

LINE statement 7-1 
LTYPE parameter 

Asynchronous protocol 

GROUP statement 4-4 

LINE statement 4-2 
Site-defined protocol 

GROUP statement 7-6 

LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-5 

LINE statement 6-2 
X.25 protocol 

LINE statement 5-2 



Macromemory C-3 

MAPPL parameter 8-2 

Message C-3 

MFAM parameter 8-2 

Micromemory C-3 

Mode 4 nomenclature equivalence C-2 

Mode 4 TIP 6-6, C-3 

MREC parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
Multilevel security 1-17 
Multiple-host network 1-6 
MUSER parameter 8-2 
MXCOPY parameter 8-4 



7-10 
7-9 

5-4, 5-6 
5-4, 5-6 



7-14 
7-10 

5-4, 5-20 
5-4, 5-19 



NAM (see Network Access Method) 

NCF (see Network Configuration File) 

NCIR parameter 

Site-defined protocol 
TERMDEV statement 
TERMINAL statement 
X.25 protocol 

TERMDEV statement 
TERMINAL statement 
NCNAME parameter 3-6 
NDL (see Network Definition Language) 
NDL processor 1-1, C-4 

NDLP (see Network Definition Language Processor) 
NDLP command statement 10-1 
Neighbor node C-4 
NEN parameter 

Site-defined protocol 
TERMDEV statement 
TERMINAL statement 
X.25 protocol 

TERMDEV statement 
TERMINAL statement 
Network Access Method (NAM) 1-2, C-4 
Network Configuration File (NCF) 1-1, C-4 
Network data blocking 

Batch device input or output 1-9 
Interactive device input 1-9 
Network definition file C-4 
Network definition files 

Local Configuration File (LCF) 1-1, 9-2 
Network Configuration File (NCF) 1-1, 9-1 
Network Definition Language (NDL) 1-1, 2-1, C-4 
Network Definition Language Processor (NDLP) 

1-1, C-4 
Network definition structure 
Network division 3-1 
Network division statements 
COUPLER 3-3 
DEVICE 

Asynchronous protocol 
General definition 3-8, 3-9 
Site-defined protocol 7-14 
Synchronous protocol 6-10, 6-22, 6-34, 6- 
X.25 protocol 5-7, 5-21 
GROUP 

Asynchronous protocol 4-4 
General definition 3-8, 3-9 
Site-defined protocol 7-6 
Synchronous protocol 6-5 
LINE 

Asynchronous protocol 4-1 
General definition 3-8 
Site-defined protocol 7-1 
Synchronous protocol 6-2 
X.25 protocol 5-1 
LOGLINK 3-1, 3-4 
NFILE 3-1 
NPU 3-1 

SUPLINK 3-1, 3-2 
TERMDEV 

Asynchronous protocol 4-7 
General definition 3-8, 3-9 
Site-defined protocol 7-10 
Synchronous protocol 
X.25 protocol 5-4 
TERMINAL 

Asynchronous protocol 
General definition 3-S 
Site-defined protocol 
Synchronous protocol 
X.25 protocol 5-4, 5- 
TRUNK 3-1, 3-6 
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Network element C-4 
Network elements 

Hardware 1-6 

Logical 1-12 

Software 1-9 
Network functional levels 

Communications network 1-2 

Computer network 1-2 

Service network 1-2 
Network Interface Program (NIP) 1-2 
Network node and link definition statements 

COUPLER 3-1, 3-3 

LOGLINK 3-1, 3-4 

NPU 3-1, 3-2 

SUPLINK 3-1, 3-3 

TRUNK 3-1, 3-6 
Network Operating System (NOS) 10-1 
Network Processing Unit (NPU) 1-2, 1-8, C-4 
Network structure 2-4 
Network Supervisor (NS) 1-2, C-4 
Network Validation Facility (NVF) 1-2, 8-1 
NETXFR parameter 8-4 
NFILE statement 3-1 
NI parameter 

Asynchronous protocol 

GROUP statement 4-4 

Site-defined protocol 

GROUP statement 7-6 

Synchronous protocol 

GROUP statement 6-5 
NIP (see Network Interface Program) 
Node 1-13, C-4 
NODE parameter 3-2, 3-3 
No-default keywords 2-3 
N0L0AD1 parameter 3-7 
N0L0AD2 parameter 3-7 
NOP (see NPU Operator) 
Normalized mode C-4 
NOS (see Network Operating System) 
Notations xlii 

NPU (see Network Processing Unit) 
NPU load file C-4 
NPU Operator (NOP) 1-4, C-4 
NPU-resident software 1-12 
NPU statement 3-1 
NS (see Network Supervisor) 
NSVC parameter 

Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 

X.25 protocol 

LINE statement 5-2 
NVF (see Network Validation Facility) 
Nl parameter 3-7 
N2 parameter 3-7 



0C parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
OP parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 

X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 



OPGO parameter 3-2 
OUTCALL statement 8-5 
Output C-4 

Output from program 11-1 
Owning console C-4 



PA parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Packet Assembly/Disassembly (PAD) 1-5, 5-4, C-4 
Packet-Switching Network (PSN) 1-5, C-4 
PAD (see Packet Assembly /Disassembly) 
PAD parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
X.25 protocol 

TERMDEV statement 5-6 
TERMINAL statement 5-4 
PAPPL parameter 8-2 
Parameterization C-4 
Parameters 
AB 

Asynchronous protocol 4-7 , 4-10 
Site-defined protocol 7-10, 7-14 
ABL 

Asynchronous protocol 4-7, 4-10, 4-11 
Site-defined protocol 7-10, 7-14, 7-15 
Synchronous protocol 6-7, 6-10, 6-11, 6-20, 
6-22, 6-23, 6-31, 6-34, 
6-35, 6-41, 6-42, 6-43 
X.25 protocol 5-4, 5-7 
AUTO 

Asynchronous protocol 4-2, 4-4 
Site-defined protocol 7-1, 7-6 
Synchronous protocol 6-2, 6-5 
AUTOCON 

Asynchronous protocol 4-7, 4-10, 4-11 
Site-defined protocol 7-10, 7-14, 7-15 
Synchronous protocol 6-7, 6-10, 6-11, 6-20, 
6-22, 6-23, 6-31, 6-34, 6-35 
6-41, 6-42, 6-43 
X.25 protocol 5-4, 5-8 
AUT0L0G 

Asynchronous protocol 4-7, 4-10, 4-11 
Site-defined protocol 7-10, 7-14, 7-15 
Synchronous protocol 6-7, 6-10, 6-11, 6-20, 
6-22, 6-24, 6-31, 6-34, 6-35 
6-41, 6-42, 6-43 
X.25 protocol 5-4, 5-7, 5-8 
BCF 

Site-defined protocol 7-9, 7-10 
Synchronous protocol 6-31 , 6-32 



BR 



BS 



Bl 
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Asynchronous protocol 4-7, 4-10, 4-11 
Site-defined protocol 7-10, 7-14, 7-15 
X.25 protocol 5-4, 5-7, 5-8 

Asynchronous protocol 4-7, 4-10, 4-12 
Site-defined protocol 7-10, 7-14, 7-16 
X.25 protocol 5-4, 5-7, 5-8 

Asynchronous protocol 4-7, 4-10, 4-12 
Site-defined protocol 7-10, 7-14, 7-16 
Synchronous protocol 6-7, 6-10, 6-12, 6-20, 
6-22, 6-24, 6-41, 6-42, 6-44 
X.25 protocol 5-4, 5-7, 5-9 
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Parameters (Contd) 
B2 

Asynchronous protocol 4-7, 4-10, 4-13 
Site-defined protocol 7-10, 7-14, 7-16 
Synchronous protocol 6-7, 6-10, 6-12, 6-20, 
6-22, 6-24, 6-41, 6-42, 6-44 
X.25 protocol 5-4, 5-7, 5-9 
CA 

Site-defined protocol 7-9, 7-10, 7-11 
Synchronous protocol 6-7, 6-8, 6-41, 6-42 
CI 

Asynchronous protocol 4-7, 4-10, 4-13 
Site-defined protocol 7-10, 7-14, 7-16 
X.25 protocol 5-4, 5-7, 5-9 
CN 

Asynchronous protocol 4-7, 4-10, 4-13 
Site-defined protocol 7-10, 7-14, 7-17 
Synchronous protocol 6-7, 6-10, 6-12, 6-20, 
6-22, 6-25, 6-41, 6-42, 6-44 
X.25 protocol 5-4, 5-7, 5-10 
CO 

Site-defined protocol 7-9, 7-10, 7-12 
Synchronous protocol 6-19, 6-20, 6-21, 
6-31, 6-33 
COLLECT 

Site-defined protocol 7-9, 7-10, 7-12 
X.25 protocol 5-4, 5-5 
CP 

Asynchronous protocol 4-7, 4-10, 4-14 
Site-defined protocol 7-10, 7-14, 7-17 
X.25 protocol 5-4, 5-7, 5-10 
CSET 

Asynchronous protocol 4-7, 4-8 
Site-defined protocol 7-9, 7-10, 7-12 
Synchronous protocol 6-7, 6-9, 6-19,, 6-20, 
6-21, 6-31, 6-33, 6-41, 6-42 
X.25 protocol 5-4, 5-5, 5-19, 5-20 
CT 

Asynchronous protocol 4-7, 4-10, 4-14 
Site-defined protocol 7-10, 7-14, 7-17 
Synchronous protocol 6-7, 6-10, 6-13, 6-20, 
6-22, 6-25, 6-31, 6-34, 6-36 
6-41, 6-42, 6-45 
X.25 protocol 5-4, 5-7, 5-10 
DBL 

Asynchronous protocol 4-7, 4-10, 4-14 
Site-defined protocol 7-10, 7-14, 7-17 
Synchronous protocol 6-7, 6-10, 6-13, 6-20, 
6-22, 6-25, 6-31, 6-34, 
6-35, 6-41, 6-42, 6-45 
X.25 protocol 5-4, 5-7, 5-11 
DBZ 

Asynchronous protocol 4-7, 4-10, 4-15 
Site-defined protocol 7-10, 7-14, 7-18 
Synchronous protocol 6-7, 6-10, 6-14, 6-22, 
6-26, 6-31, 6-34, 6-36, 
6-41, 6-42, 6-46 
X.25 protocol 5-4, 5-7, 5-11 
DCE 

Site-defined protocol 7-1, 7-6 
X.25 protocol 5-2 
DFAM 8-2 
DFL 

Site-defined protocol 7-1, 7-6 
X.25 protocol 5-2 
DI 

APPL statement 8-3 

Asynchronous protocol 4-2, 4-4, 4-7, 4-10, 

4-15 
LOGLINK statement 3-6 

Site-defined protocol 7-1, 7-6, 7-10, 7-14, 
7-18 



Parameters (Contd) 
DI (Contd) 

Synchronous protocol 6-2, 6-5, 6-7, 6-10, 
6-14, 6-20, 6-22, 6-26, 
6-31, 6-34, 6-36, 6-41, 
6-42, 6-46 
TRUNK statement 3-7 
X.25 protocol 5-2 
DLC 

Asynchronous protocol 4-7, 4-10, 4-15 
Site-defined protocol 7-10, 7-14, 7-18 
X.25 protocol 5-4, 5-7, 5-11 
DLT0 

Asynchronous protocol 4-7, 4-10, 4-15 
Site-defined protocol 7-10, 7-14, 7-18 
X.25 protocol 5-4, 5-7, 5-11 
DLX 

Asynchronous protocol 4-7, 4-10, 4-16 
Site-defined protocol 7-10, 7-14, 7-18 
X.25 protocol 5-4, 5-7, 5-12 
DMP 3-2 
DO 

Site-defined protocol 7-10, 7-14, 7-19 
Synchronous protocol 6-7, 6-10, 6-14, 6-20, 
6-22, 6-26 
DT 

Asynchronous protocol 4-7, 4-10 
Site-defined protocol 7-10, 7-14 
Synchronous protocol 6-7, 6-10, 6-20, 6-22, 
6-31, 6-34, 6-41, 6-42, 6-43 
X.25 protocol 5-4, 5-7, 5-19, 5-20 
DTEA 

Site-defined protocol 7-1, 7-6 
X.25 protocol 5-2 
DUSER 8-2 
EBO 

Site-defined protocol 7-10, 7-14, 7-19 
EBR 

Asynchronous protocol 4-7, 4-10, 4-16 
Site-defined protocol 7-10, 7-14, 7-19 
X.25 protocol 5-4, 5-7, 5-12 
EBX 

Asynchronous protocol 4-7, 4-10, 4-16 
Site-defined protocol 7-10, 7-14, 7-19 
X.25 protocol 5-4, 5-7, 5-12 
ELO 

Site-defined protocol 7-10, 7-14, 7-20 
Synchronous protocol 6-7, 6-10, 6-14 
ELR 

Asynchronous protocol 4-7, 4-10, 4-17 
Site-defined protocol 7-10, 7-14, 7-20 
X.25 protocol 5-4, 5-7, 5-13 
ELX 

Asynchronous protocol 4-7, 4-10, 4-17 
Site-defined protocol 7-10, 7-14, 7-20 
X.25 protocol 5-4, 5-7, 5-13 
EOF 

Site-defined protocol 7-9, 7-10, 7-12 
Synchronous protocol 6-7, 6-9 
EP 

Asynchronous protocol 4-7, 4-10, 4-17 
Site-defined protocol 7-10, 7-14, 7-20 
FRAME 

Site-defined protocol 7-1, 7-6 
TRUNK statement 3-7 
X.25 protocol 5-2 
HD 

Asynchronous protocol 4-7, 4-10, 4-18 
Site-defined protocol 7-10, 7-14, 7-21 
Synchronous protocol 6-7, 6-10, 6-15, 6-20, 
6-22, 6-27, 6-31, 6-34, 
6-37, 6-41, 6-42, 6-46 
X.25 protocol 5-4, 5-7, 5-13 
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Parameters (Contd) 

HN 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
6-22, 
6-37, 
X.25 protocol 5-4, 5- 

HNAME 3-3 

IC 

Asynchronous protocol 
Site-defined protocol 

IMDISC 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
X.25 protocol 5-2 

IN 

Asynchronous protocol 
Site-defined protocol 
X.25 protocol 5-4, 5- 

KDISP 8-4 

LCN 

Site-defined protocol 
X.25 protocol 5-2 



4-7, 4-10, 4-18 
7-10, 7-14, 7-21 

6-7, 6-10, 6-14, 6-20, 

6-27, 6-31, 6-34, 

6-41, 6-42, 6-46 

■7, 5-13 



4-7, 4-10, 4-18 
7-10, 7-14, 7-21 



LI 



LK 



Asynchronous protocol 
Site-defined protocol 
X.25 protocol 5-4, 5- 



Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
6-22, 
X.25 protocol 5-4, 5 

LLNAME 3-3 

LOC 3-3 

LSPEED 

Asynchronous protocol 
Site-defined protocol 

LTYPE 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
X.25 protocol 5-2 

MAPPL 8-2 

MFAM 8-2 

MREC 

Site-defined protocol 
Synchronous protocol 

MUSER 8-2 

MXC0PY 8-4 

NCIR 

Site-defined protocol 
X.25 protocol 5-4, 5- 

NCNAME 3-5 

NEN 

Site-defined protocol 
X.25 protocol 5-4, 5- 

NETXFR 8-4 

NI 6-5 

NODE 3-2, 3-3 

N0L0AD1 3-7 

N0L0AD2 3-7 

NSVC 5-2 

Nl 3-7 

N2 3-7 

OC 

Asynchronous protocol 
Site-defined protocol 



4-2, 4-4 
7-1, 7-6 
6-2, 6-5 



4-7, 4-10, 4-19 
7-10, 7-14, 7-21 
-7, 5-14 



7-1, 7-6 



4-7, 4-10, 4-19 
7-10, 7-14, 7-22 
-7, 5-14 

4-7, 4-10, 4-19 
7-10, 7-14, 7-22 
6-7, 6-10, 6-15, 6-20, 
6-27, 6-41, 6-42, 6-47 
-7, 5-14 



4-2, 4-4 
7-1, 7-6 

4-2, 4-4 
7-1, 7-6 
6-2, 6-5 



7-9, 7-10, 7-12 
6-31, 6-33 



7-9, 7-10, 7-13 
•6, 5-19, 5-20 



7-9, 7-10, 7-12 
•6, 5-19, 5-20 



OP 



Asynchronous protocol 
Site-defined protocol 
X.25 protocol 5-4, 5 



4-7, 4-10, 4-20 
7-10, 7-14, 7-22 

4-7, 4-10, 4-20 
7-10, 7-14, 7-22 
-7, 5-15 



Parameters (Contd) 

0PG0 3-2 

PA 

Asynchronous protocol 
Site-defined protocol 
X.25 protocol 5-4, 5- 

PAD 

Site-defined protocol 
X.25 protocol 5-4, 5- 

PAPPL 8-2 

PFAM 8-2 

PG 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 

6-42, 
X.25 protocol 5-4, 5- 



PL 



Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
6-42, 
X.25 protocol 5-4, 5- 



PORT 



PRI 



Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
X.25 protocol 5-2 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
6-22, 



4-7, 4-10, 4-21 
7-10, 7-14, 7-23 
7, 5-15 

7-9, 7-10, 7-13 



4-7, 4-10, 4-22 
7-10, 7-14, 7-24 

6-7, 6-10, 6-15, 6-41, 

6-47 

•7, 5-16 

4-7, 4-10, 4-22 
7-10, 7-14, 7-24 

6-7, 6-10, 6-16, 6-41, 

6-47 
-7, 5-16 

4-2, 4-4 
7-1, 7-6 
6-2, 6-5 



4-7, 4-10, 4-23 
7-10, 7-14, 7-25 
6-7, 6-10, 6-16, 6-20, 
6-27, 6-31, 6-34, 







6-37, 


6-41, 


6- 


-42, 


6-47 






X.25 


protocol 5-4, 5- 


■7, 5- 


17 








PRIV 8-4 












PRO 


8-4 














PSN 


















Site- 


-defined protocol 


7-1, 


7- 


-6 








X.25 


protocol 5-2 












PUSER 8- 


-2 












PW 


















Asynchronous protocol 


4-7, 


4- 


•10, 


4-23 






Site- 


-defined protocol 


7-10 


, / 


'-14 


, 7-25 






Synchronous protocol 


6-7, 


6-10, i 


5-16, 6-20, 






6-22, 


6-27, 


6- 


-31, 


6-34, 








6-38, 


6-41, 


6- 


-42, 


6-48 






X.25 


protocol 5-4, 5- 


-7, 5- 


17 








PI 


3-7 














P2 


3-7 














P90 


thru 


P99 














Asynchronous protocol 


4-2, 


4- 


-4, . 


4-7, 4- 


■io, 






4-23 














Site- 


-defined protocol 
7-14, 


7-1, 
7-25 


7- 


-6, 


7-9, 7- 


■io, 




Synchronous protocol 


6-2, 


6-5, 6 


-7, 6-; 


L0, 






6-17, 


6-20, 


6- 


-22, 


6-28, 








6-31, 


6-34, 


6- 


-38 








X.25 


protocol 5-2, 5- 


-4, 5- 


7, 


5-17 




RCOUNT 
















Site- 


-defined protocol 


7-1, 


7- 


-6 








X.25 


protocol 5-2 












RIC 


















Asynchronous protocol 


4-7, 


4- 


-9 








Site- 


-defined protocol 


7-9, 


7- 


-io, 


7-13 






Synchronous protocol 


6-7, 


6-9, 6 


-20, 6- 


■21, 






6-31, 


6-33, 


6- 


■41, 


6-42 






X.25 


protocol 5-4, 5- 


-6 










RS 


8-4 














RTIME 
















Site- 


-defined protocol 


7-1, 


. 7- 


-6 








X.25 


protocol 5-2 
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Parameters (Contd) 
SDT 

Site-defined protocol 
Synchronous protocol 
6-22, 
6-38, 
STIP 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
6-32 
X.25 protocol 5-4, 5 
STREAM 

Site-defined protocol 
Synchronous protocol 



7-10, 7-14, 7-25 
6-7, 6-10, 6-17, 6-20, 
6-28, 6-31, 6-34, 
6-41, 6-42, 6-48 

4-7 

7-9, 7-10 
6-7, 6-19, 6-20, 6-31, 



TA 



TC 



Site-defined protocol 
Synchronous protocol 
6-34, 



Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 

6-31, 
X.25 protocol 5-4 

TIPTYPE 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
X.25 protocol 5-2 

TSPEED 

Asynchronous protocol 
Site-defined protocol 

UBL 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
6-22, 
6-39, 
X.25 protocol 5-4, 5- 

UBZ 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
6-22, 
6-40, 
X.25 protocol 5-4, 5- 

UID 8-4 

VARIANT 3-2 

W 

Site-defined protocol 
X.25 protocol 5-4, 5- 

XBZ 

Asynchronous protocol 
Site-defined protocol 
Synchronous protocol 
6-22, 

XLC 

Asynchronous protocol 
Site-defined protocol 
X.25 protocol 5-4, 5- 

XLT0 

Asynchronous protocol 
Site-defined protocol 
X.25 protocol 5-4, 5- 

XLX 

Asynchronous protocol 
Site-defined protocol 
X.25 protocol 5-4, 5- 

XLY 

Asynchronous protocol 
Site-defined protocol 
X.25 protocol 5-4, 5- 



-19, 5-20 

7-10, 7-14, 7-26 
6-20, 6-22, 6-29 

7-10, 7-14, 7-26 
6-7, 6-10, 6-18, 6-31, 
6-39, 6-41, 6-42, 6-49 

4-7, 4-8 

7-9, 7-10 
6-7, 6-8, 6-19, 6-20, 
6-32, 6-41 



4-2, 4-4 
7-1, 7-6 
6-2, 6-5 



4-7, 4-9 

7-9, 7-10, 7-13 

4-7, 4-10, 4-23 
7-10, 7-14, 7-26 
6-7, 6-10, 6-18, 6-20, 
6-30, 6-31, 6-34, 
6-41, 6-42, 6-49 
■7, 5-17 

4-7, 4-10, 4-24 
7-10, 7-14, 7-26 
6-7, 6-10, 6-18, 6-20, 
6-30, 6-31, 6-34, 
6-41, 6-42, 6-49 
-7, 5-18 



7-9, 7-10, 7-13 
6 

4-7, 4-10, 4-24 
7-10, 7-14, 7-27 
6-7, 6-10, 6-19, 6-20, 
6-30, 6-31, 6-34, 6-40 

4-7, 4-10, 4-25 
7-10, 7-14, 7-27 
•7, 5-18 

4-7, 4-10, 4-25 
7-10, 7-14, 7-27 
7, 5-18 

4-7, 4-10, 4-25 
7-10, 7-14, 7-27 
7, 5-18 

4-7, 4-10, 4-25 
7-10, 7-14, 7-28 
7, 5-19 
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Passive device C-4 
PDN (see Public Data Network) 
Peripheral Interface Program (PIP) 1-2 
Peripheral Processor Unit (PPU) C-5 
Permanent File Transfer Initiator (PTFI) 1-12 
Permanent File Transfer Server (PTFS) 1-12 
PFAM parameter 8-2 
PG parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-42 
TERMDEV statement 6-41 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
Physical Record Unit (PRU) 1-11, C-5 
PICB (see Program Interface Control Block) 
PIP (see Program Interface Program) 
PL parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-42 
TERMDEV statement 6-41 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
PLATO/NAM Interface (PNI) 1-12 
Port number C-5 
PORT parameter 

Asynchronous protocol 
GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-5 
LINE statement 6-2 
X.25 protocol 

LINE statement 5-2 
PPU (see Peripheral Processor Unit) 
PRI parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 
Site-defined protocol 
DEVICE statement 
TERMDEV statement 
Synchronous protocol 
DEVICE statement 
TERMDEV statement 
X.25 protocol 

DEVICE statement 
TERMDEV statement 
Printer Support Utility (PSU) 1-12 
Priority C-5 
PRIV parameter 8-4 

Program Initiation Control Block (PICB) 1-4, C-5 
Program input 11-1 
Program output 11-1 
Program portion of program 10-3 
Protocol-dependent definition statements 3-6 
Protocol layers 1-1 
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Protocols 

Asynchronous 4-1 
Site-defined 7-1 
Synchronous 6-1 
X.25 5-1 
PRU device C-5 
PRU parameter 8-4 
PRU (see Physical Record Unit) 
PSN parameter 

Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 
PSN (see Packet-Switching Network) 
PSU (see Printer Support Utility) 
PTFI (see Permanent File Transfer Initiator) 
PTFS (see Permanent File Transfer Server) 
Public Data Network (PDN) 1-5 
PUSER parameter 8-2 
PW parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 
TERMDEV statement 6-7, 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
PI parameter 3-7 
P2 parameter 3-7 
P90 thru P99 parameter 
Asynchronous protocol 

DEVICE statement 4-10 
GROUP statement 4-4 
LINE statement 4-2 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
GROUP statement 7-6 
LINE statement 7-1 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 6-22, 6-34 
GROUP statement 6-5 
LINE statement 6-2 
TERMDEV statement 6-7, 6-20, 6-31 
X.25 protocol 

DEVICE statement 5-7 
LINE statement 5-2 
TERMDEV statement 5-4 



Queue File Transfer Initiator (QTFI) 1-12 
Queue File Transfer Server (QTFS) 1-12 



Random file C-5 

RBF (see Remote Batch Facility) 

RCOUNT parameter 

Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
X.25 protocol 

LINE statement 5-2 

Remote Batch Facility (RBF) 1-12 

Remote NPU 1-4, C-5 

Reserved words D-l 



6-7, 6-20, 6-31, 6-41 
6-7, 6-19, 6-31, 6-41 

5-4 
5-4 



7-14 
7-10 

6-7, 6-20, 6-31, 6-41 



RIC parameter 

Asynchronous protocol 

TERMDEV statement 4-7 
TERMINAL statement 4-7 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 

Synchronous protocol 
TERMDEV statement 
TERMINAL statement 

X.25 protocol 

TERMDEV statement 
TERMINAL statement 
RS parameter 8-4 
RTIME parameter 

Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 

X.25 protocol 

LINE statement 5-2 



Sample configured network 2-2 
Sample program 11-1 
SDT parameter 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 

Synchronous protocol 
TERMDEV statement 
Sequential C-5 
Short PRU C-5 
Simple network example 1-4 
Site C-5 

Site administrator 1-1 
Site-defined line definition 7-1 
Site-defined protocol devices, lines, and 

terminals 7-1 
Site-defined protocol statements 

DEVICE 7-14 

GROUP 7-6 

LINE 7-1 

TERMDEV 7-10 

TERMINAL 7-9 
Site-written application programs 8-3 
Software network elements 1-2, 1-9 
Source C-5 
Source node C-5 
Special purpose statements 

COMMENT 2-7 

DEFINE 2-7 

END 2-8 

TITLE 2-5 
Stand-alone keywords 2-4 
Statement 

Continuation 2-4 

Hierarchy 2-5 

Length 2-4 

Syntax 2-3 
Statements 

APPL 8-3 

COMMENT 2-7 

COUPLER 3-3 

DEFINE 2-7 

DEVICE 

Asynchronous protocol 4-10 

General format 3-9 

Site-defined protocol 7-14 

Synchronous protocol 6-10, 6-22, 6-34, 6-42 

X.25 protocol 5-7, 5-21 

END 2-8 
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Statements (Contd) 
GROUP 

Asynchronous protocol 4-4 
General format 3-9 
Site-defined protocol 7-6 
Synchronous protocol 6-5 
INCALL 8-8 
LFILE 8-1 
LINE 

Asynchronous protocol 4-2 
General format 3-8 
Site-defined protocol 7-1 
Synchronous protocol 6-2 
X.25 protocol 5-1 
LOGLINK 3-4 
NFILE 3-1 
NPU 3-1 
OUTCAIX 8-5 
SUPLINK 3-3 
TERMDEV 

Asynchronous protocol 
General format 3-9 
Site-defined protocol 
Synchronous protocol 
X.25 protocol 5-4, 5-20 
TERMINAL 

Asynchronous protocol 
General format 3-9 
Site-defined protocol 7-9 
Synchronous protocol 6-7 , 
X.25 protocol 5-4, 5-19 
TITLE 2-5 
TRUNK 3-6 
USER 8-1 
Station C-5 
STIP parameter 

Asynchronous protocol 
TERMDEV statement 
TERMINAL statement 
Site-defined protocol 
TERMDEV statement 
TERMINAL statement 
Synchronous protocol 
TERMDEV statement 
TERMINAL statement 
X.25 protocol 

TERMDEV statement 
TERMINAL statement 
STREAM parameter 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Supervisory programs 1-2 
SUPLINK statement 3-3 
Switched line C-5 

Switched Virtual Circuit (SVC) 5-4, 5-19 
Synchronous line definition 6-1 
Synchronous protocol devices, lines, and 

terminals 6-1 
Syntax of statements 2-1 
System validation file 1-2 



TA parameter 

Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 

Synchronous protocol 

DEVICE statement 6-10, 
TERMDEV statement 6-7, 
TC parameter 

Asynchronous protocol 

TERMDEV statement 4-7 
TERMINAL statement 4-7 
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4-7 

7-10 
7-9 

6-7 
6-7 

5-4, 5-20 
5-4, 5-19 



6-42 
6-41 
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TC parameter (Contd) 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
Synchronous protocol 

TERMDEV statement 6-7, 6-41 
TERMINAL statement 6-7, 6-41 
X.25 protocol 

TERMDEV statement 5-4 
TERMINAL statement 5-4 
TERMDEV statement 

Asynchronous protocol 4-7 
General definition 3-9 
Site-defined protocol 7-10 
Synchronous protocol 6-7, 6-20, 6-31, 6- 
X.25 protocol 5-4, 5-20 
Terminal 1-9, C-5 
Terminal address C-5 
Terminal class C-5 
Terminal definition 

Asynchronous protocol 4-6 
Site-defined protocol 7-9 
Synchronous protocol 6-6, 6-19, 6-31, 6-41 
X.25 protocol 5-4, 5-19 
Terminal Interface Program (TIP) 1-5, C-5 
Terminal maintenance mechanism 8-11 
Terminal name C-6 
Terminal node 1-13, C-6 
Terminal output data blocking 1-11 
TERMINAL statement 

Asynchronous protocol 4-7 
General definition 3-9 
Site-defined protocol 7-9 
Synchronous protocol 6-7, 6-19, 6-31, 6-41 
X.25 protocol 5-4 
Terminal user C-6 

Terminal Verification Facility (TVF) 1-12 
TIP (see Terminal Interface Program) 
TIPTYPE parameter 

Asynchronous protocol 
GROUP statement 4-4 
LINE statement 4-2 
Site-defined protocol 

GROUP statement 7-6 
LINE statement 7-1 
Synchronous protocol 

GROUP statement 6-5 
LINE statement 
X.25 protocol 

LINE statement 
TITLE statement 2-5 
Transmission block C-6 
Transparent mode C-6 
Trunk 1-8, C-6 
TRUNK statement 3-6 
TSPEED parameter 

Asynchronous protocol 

TERMDEV statement 4-7 
TERMINAL statement 4-7 
Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 
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TVF (see Terminal Verification Facility) 



UBL parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 

Synchronous protocol 
DEVICE statement 
TERMDEV statement 
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UBL parameter (Contd) 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
UBZ parameter 

Asynchronous protocol 

DEVICE statement 4-10 
TERMDEV statement 4-7 
Site-defined protocol 

DEVICE statement 7-14 
TERMDEV statement 7-10 
Synchronous protocol 

DEVICE statement 6-10, 
TERMDEV statement 6-7, 
X.25 protocol 

DEVICE statement 5-7 
TERMDEV statement 5-4 
UID parameter 8-4 
Upline 

Block C-6 
Data 1-9 
Description C-6 
User name C-6 
USER statement 8-1 
VALIDUz 1-2 

Value declaration format 2-1 
Value- required keywords 2-1 
Variant 1-4 
VARIANT parameter 3-2 
Virtual circuit 1-6 



W parameter 

Site-defined protocol 

TERMDEV statement 7-10 
TERMINAL statement 7-9 

X.25 protocol 

TERMDEV statement 5-4 
TERMINAL statement 5-4 



XAUTO parameter 

Asynchronous protocol 

GROUP statement 4-4 
LINE statement 4-2 

Site-defined protocol 
GROUP statement 7-6 
LINE statement 7-1 
XBZ parameter 

Asynchronous protocol 
DEVICE statement 
TERMDEV statement 

Site-defined protocol 
DEVICE statement 
TERMDEV statement 

Synchronous protocol 

DEVICE statement 6-10, 
TERMDEV statement 6-7 , 
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XLC parameter 




Asynchronous protocol 




DEVICE statement 4-10 




TERMDEV statement 4-7 




Site-defined protocol 




DEVICE statement 7-14 




TERMDEV statement 7-10 




X.25 protocol 




DEVICE statement 5-7 




TERMDEV statement 5-4 




XLT0 parameter 




Asynchronous protocol 




DEVICE statement 4-10 




TERMDEV statement 4-7 




Site-defined protocol 




DEVICE statement 7-14 




TERMDEV statement 7-10 




X.25 protocol 




DEVICE statement 5-7 




TERMDEV statement 5-4 




XLX parameter 




Asynchronous protocol 




DEVICE statement 4-10 




TERMDEV statement 4-7 




Site-defined protocol 




DEVICE statement 7-14 




TERMDEV statement 7-10 




X.25 protocol 




DEVICE statement 5-7 




TERMDEV statement 5-4 




XLY parameter 




Asynchronous protocol 




DEVICE statement 4-10 




TERMDEV statement 4-7 




Site-defined protocol 




DEVICE statement 7-14 




TERMDEV statement 7-10 




X.25 protocol 




DEVICE statement 5-7 




TERMDEV statement 5-4 




X.25 line definition 5-1 




X.25 Packet Assembler/Disassembler (PAD) C-6 




X.25 protocol devices, lines, and terminals 5- 


-1 


X. 25 TIP 5-1 




X.25 protocol statements 




DEVICE 5-7, 5-20 




LINE 5-1 




TERMDEV 5-4, 5-19 




TERMINAL 5-4, 5-19 





6-22, 6-34 
6-20, 6-31 



Zero-length PRU C-6 
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